Figma CodeKit MCP

io.github.Mehmoodqureshi由 GitHub 帳號 Mehmoodqureshi 發布v0.3.0更新於 Nov 7, 2026

Figma to pixel-verified code: HTML/React/Tailwind + tokens, then a render + pixel-diff verify loop.

發布方自己的服務:Figma MCP Server

已驗證STDIO僅桌面開發者工具媒體與設計

概覽

AI 產生的概覽

把 Figma 畫框轉換成 HTML、React 或 Next.js 程式碼,並將渲染結果與設計稿做像素比對,反覆迭代直到收斂。

可以做什麼
  • 把 Figma 畫框轉換成自包含 HTML、React 或 Next.js 程式碼,並輸出設計權杖、參考圖與中介結構檔到快取目錄
  • 在 Chromium 中渲染 HTML 檔或本機執行中的頁面,與 Figma 參考圖做像素比對,回報缺少、錯位、層疊錯誤或被裁切的元素並給出修正建議
  • 以可篩選的縮排大綱檢視轉換後的設計結構,包含角色、區塊、版面、文字與權杖
  • 只回傳檔案路徑與數值而非大段內容,由呼叫的代理自行讀取與修改檔案
適用情境
適合把 Figma 設計稿實作為前端程式碼,並希望成果經過與設計稿比對而非憑肉眼微調的情況。也適合以其他方式建置頁面、想用像素比對檢查自家執行中應用與畫框差異的團隊。
執行需求
以 npm 套件形式透過 stdio 在本機執行,需要 Node.js。需要具備檔案內容讀取權限的 Figma 個人存取權杖,透過 FIGMA_TOKEN 或專案目錄下的 .figma-token 檔案提供。驗證步驟需要 Chromium,安裝時會下載,也可略過。首次轉換需要連線 Figma API 的網路;畫框快取後即可離線執行。
安裝前請注意
Figma 權杖屬於憑證,應避免寫入共用設定或提交到版本庫,並留意權杖檔案方式同樣會留存憑證。快取目錄會保留原始點陣圖,可能達數十 MB,應加入 git 忽略清單。Figma 依成本限流,大型檔案反覆抓取可能讓權杖被封鎖數小時。轉換會在快取目錄寫入產生的檔案。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Figma CodeKit MCP,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

figma-codekit-mcp

Figma → code that is actually checked against the design. The pixel-diff verifier for Figma-to-code: it renders the output and diffs it against the frame until it converges — and it can verify your own running app the same way, so it works alongside Figma's official MCP server or Framelink rather than replacing them.

Most Figma-to-code tools stop at the moment of generation: they hand you JSX and walk away. Nobody ever renders the output and compares it to the frame, so the result stalls at "90% there" and you spend the afternoon nudging padding by eye.

This MCP server closes that loop. It converts a frame to self-contained HTML deterministically (no LLM, no hallucinated layout), then renders your code in Chromium, pixel-diffs it against the Figma reference, measures every element's box, and tells the agent exactly what is missing or misplaced. The agent edits, calls verify again, and repeats until the diff is at the anti-aliasing floor.

Those are real artifacts from npm run example, which runs the loop end to end with no API key. The generate callback in that demo is a scripted stand-in for an LLM, so it shows the loop mechanics honestly — the measuring is real, the "model" is not.

Why the verify step matters

A Figma node tree tells you what the designer declared. It does not tell you what a browser will do with your CSS. Those diverge constantly — a flex gap that collapses, a font that falls back, an absolute child that escapes its parent. The only way to know is to render it and look.

figma_verify gives the agent three independent signals per pass:

  • Pixel diff — the overall mismatch ratio plus the worst regions, so it knows how wrong and where.
  • Element bounding-box IoU — every IR node is tagged data-ir-id, measured in the live DOM, and matched against its Figma box. This is what turns "the bottom-left looks off" into "the CTA button is missing" or "the price label is 40px too low".
  • Paint order and clipping — Figma lists children back-to-front, so a node's pre-order index is its paint order; elementsFromPoint over a sample grid gives the rendered order wherever two elements actually overlap. This catches the class of bug the other two signals are blind to by construction: elements present, in exactly the right box, stacked the wrong way round — or cut off by an ancestor's overflow where the design lets them overhang. Neither moves a box, and on a tall frame neither moves the diff ratio much, but a decorative overlay drawn over a photo instead of under it is the first thing a person sees. Reported as WRONG STACKING / OVER-CLIPPED, and reported even when the pixel diff has converged.

Tools

ToolWhat it doesNetwork
figma_convertFetch a frame → HTML + ir.json + images as files in assets/ (or data URIs with inlineAssets: true) + reference.png + design tokens (tokens.json in W3C DTCG format, tokens.css, a Tailwind v4 tailwind.theme.css). Optional react: true (component + the components/ it imports), next: true (a runnable App Router project) and tailwind: true (React/Next.js output as Tailwind classes), plus a responsive variant.Figma API (cached)
figma_verifyRender HTML in Chromium, pixel-diff vs the reference, IoU-check every element, check paint order and clipping, return targeted fix instructions. Pass url (and optionally selector) to verify a running page instead — your own app at http://localhost:3000, in any framework — against the frame.none (or your dev server)
figma_inspectPrint the IR as an indented outline (role, box, layout, text, tokens), filterable — read the structure without dumping raw Figma JSON into context.none

Responsive output depends on what the design actually declares

responsive: true reads Figma's sizing intent — FILL becomes flex/100%, HUG becomes fit-content, FIXED keeps its px. That only exists where the designer used Auto Layout.

A frame with no Auto Layout on the root is a canvas: every child is position:absolute at a coordinate on a 1440px artboard. There is nothing to relax, so making the root width:100% does not reflow it — the children stay pinned at their canvas coordinates and the right-hand side disappears under overflow:hidden. That reads exactly like a page breaking when you zoom.

For those frames the converter keeps the exact canvas and scales it to the viewport instead, so the design stays intact at every width and zoom level (down to 0.5x, after which the page scrolls). figma_convert tells you which strategy it used. If you want real reflow rather than proportional scaling, add Auto Layout in Figma — that is the signal the converter needs.

Every tool returns file paths and numbers, never large blobs. A converted frame is often 100+ KB of HTML; pushing that through a tool result would burn the agent's context for nothing. The agent reads and edits the files directly.

Figma responses are cached per frame, so after the first figma_convert the whole loop runs offline and free — including when you are rate-limited.

Quick start

You need a Figma personal access token: Figma → Settings → Security → Personal access tokens, scope File content: read.

bash
export FIGMA_TOKEN=figd_REPLACE_WITH_YOUR_TOKEN

Add it to Claude Code:

bash
claude mcp add figma --env FIGMA_TOKEN=$FIGMA_TOKEN -- npx -y figma-codekit-mcp@latest

Or for any MCP host that reads a JSON config:

json
{  "mcpServers": {    "figma": {      "command": "npx",      "args": ["-y", "figma-codekit-mcp@latest"],      "env": { "FIGMA_TOKEN": "figd_REPLACE_WITH_YOUR_TOKEN" }    }  }}

Then, in the agent: copy a frame link out of Figma (right-click the frame → Copy link to selection) and say "convert this frame and verify it until it converges."

Check your setup

bash
FIGMA_TOKEN=$FIGMA_TOKEN npx -y figma-codekit-mcp@latest --check

It checks Node, whether a token was found (and where, never its value), whether Figma accepts it, and whether the Chromium figma_verify renders in is installed, then prints READY or what to fix. Exit code 0 means all three tools will work. If Chromium is missing (a skipped download, or CI), install it with npx -y figma-codekit-mcp@latest --install-browser.

Windows

npx resolves to npx.cmd, which some MCP hosts cannot spawn directly. If the server fails to start, point at the shim explicitly:

json
{  "command": "cmd",  "args": ["/c", "npx", "-y", "figma-codekit-mcp@latest"]}

The loop, concretely

figma_convert  →  generated.html, reference.png, ir.json   (deterministic, no LLM)      ↓figma_verify   →  "NOT CONVERGED — 4.93% of pixels differ.                   Elements: 22/26 match — 1 missing, 3 misplaced.                   MISSING: button 'Get started'                   MISPLACED: h1 'Pricing plan' — 6px too high"      ↓  agent edits generated.html      ↓figma_verify   →  "CONVERGED — 0.31% of pixels differ (threshold 2.00%)."

The refine loop runs through the calling agent, not through an LLM inside the server. That means no ANTHROPIC_API_KEY, no second model billing, and the agent keeps full context on what it already tried. A headless refine loop (src/refine/) still exists for library use.

Watch the loop without an agent

The same pipeline has a one-page local web front end, split in two: a chat on the left, the generated app on the right. You send a frame link, it asks what to build — HTML, React or Next.js; exact or responsive — and then converts, renders and diffs in front of you. The right pane carries the running app, its source files, the verify numbers and the pixel diff.

bash
npm run site        # http://localhost:5173

It uses the same .figma-token and the same .figma-cache/, so a frame you have already converted re-runs offline in about a second. Useful for checking a frame converts cleanly before pointing an agent at it — and for showing someone what "verified against the design" means rather than describing it. Details in site/README.md.

Configuration

VariablePurpose
FIGMA_TOKENRequired. Also read from a .figma-token file in your project directory. FIGMA_API_KEY is accepted as an alias.
FIGMA_MCP_CACHE_DIRWhere converted frames are cached. Defaults to .figma-cache/ in the directory the server is started from.
ANTHROPIC_API_KEY / GEMINI_API_KEYOptional, headless refine loop only. The MCP server never calls an LLM.
FIGMA_MCP_SKIP_BROWSER_DOWNLOAD=1Skip the Chromium download on install. figma_convert and figma_inspect still work; figma_verify will not.

See .env.example. Add .figma-cache/ to your project's .gitignore — a cached frame keeps the original bitmaps and can be tens of megabytes.

FIGMA_FILE_TIMEOUT_MS (default 90000) caps how long figma_convert waits for Figma's whole-file download, which it falls back to when the per-node endpoint is rate-limited. When Figma will not answer, the tool says so within that time and, if the frame is already cached anywhere, builds from the cached copy and marks the result STALE CACHE instead of hanging.

Verify your own app, not just the generated HTML

text
figma_convert  url=<frame link>                      → .figma-cache/<frame>/ (reference.png)figma_verify   dir=<that dir>  url=http://localhost:3000/pricing  selector="#plans"

Build the page however you like — Figma's official MCP server, Framelink, by hand — then point figma_verify at it. It screenshots the page (or just the selected element) at the frame's size and pixel-diffs it against Figma. Element-box and layering checks need the converter's data-ir-id markers, so for a URL only the pixel diff runs.

What it does not do

Being straight about the edges, because they are Figma's, not bugs:

  • Token names are derived, not designed, unless you are on Enterprise. The Figma Variables REST API is Enterprise-only. Without it the converter still collects every colour, font, size and spacing value into tokens.json / tokens.css / tailwind.theme.css, but names them after the value (--color-c8960c) because it cannot know intent. Rename them in your theme.
  • Figma rate-limits by cost. A very large file fetched repeatedly can lock a token out for hours (free accounts hit this sooner). Cached frames keep working offline; figma_convert tells you when the limit lifts.
  • Component prop bindings need Code Connect. Components are matched by name and reported, but the API does not expose which instance prop drove which value.
  • The diff has a floor. Anti-aliasing and font hinting keep the ratio around 0.5–1.5% even on a perfect match. threshold defaults to 2% for that reason — chasing 0 is chasing rendering noise.
  • One frame at a time. No whole-file crawling, by design: it keeps token spend and Figma rate-limit pressure predictable.

Use it as a library

The verify loop is framework-agnostic and does not need the MCP layer:

js
import { verifyLoop } from 'figma-codekit-mcp';import fs from 'node:fs';
const result = await verifyLoop({  initialCode: firstPassHtml,  referencePng: fs.readFileSync('frame.png'),  ir,                                   // enables element-level IoU findings  viewport: { width: 1440, height: 900, deviceScaleFactor: 2 },  threshold: 0.02,  maxIterations: 5,  generate: async ({ code, correction }) => callYourModel({ code, correction }),});
console.log(result.converged, result.diffRatio);fs.writeFileSync('diff.png', result.bestDiffPng);

The loop keeps the best iteration seen, so a later regression never makes the result worse. To verify a React component on a dev server instead of an HTML string, pass render: () => renderUrl('http://localhost:3000/preview', viewport).

Develop

bash
git clone https://github.com/Mehmoodqureshi/figma-codekit-mcp.gitcd figma-codekit-mcpnpm install          # also downloads Chromium via postinstallnpm test             # full chain against a mocked Figma API — no token, no networknpm run example      # the verify loop end to end; watch the diff ratio fallnpm run serve        # run the MCP server on stdio
PathRole
src/mcp/MCP server, Figma REST source, frame loading, asset export
src/ir/Figma node tree → normalized IR (roles, boxes, auto-layout, style, tokens)
src/codegen/IR → HTML / React / CSS
src/render.js src/diff.js src/elementDiff.js src/paintOrder.jsPlaywright render, pixel diff, bounding-box IoU, z-order + clipping
src/correction.js src/verifyLoop.jsTurn a diff into fix instructions; drive the loop
src/refine/Optional headless LLM refiners (Anthropic, Gemini)
example/Runnable demos and the offline test suite

example/ doubles as the test suite — npm test runs the full loadFrame → figmaToIR → generateHtml chain against a mocked Figma REST API, including rate-limit handling and rotation/mirror transforms. No token, no network, no browser, so it runs in CI on every push.

Upgrading from an earlier package name

Replace the package in your MCP client command with npx -y figma-codekit-mcp@latest. Existing environment settings and saved data remain compatible.

Related

License

MIT © Mehmood Ur Rehman Qureshi

來源:README.md,提交 4626f30

工具

3

figma_convert

Convert a Figma frame to code

Fetch a Figma frame and deterministically convert it to self-contained HTML (no LLM). Writes generated.html, reference.png, ir.json and assets.json to a cache dir and returns the paths plus a summary. Pass react=true for a component file, or next=true for a runnable Next.js App Router project you can npm install && npm run dev. Figma responses are cached, so re-running is offline and free unless refresh=true. Follow with figma_verify to see how close the render is.

輸入參數url必填nextreactoutDirrefreshtailwindresponsiveinlineAssets

figma_verify

Verify rendered code against the Figma design

Render an HTML file in Chromium, pixel-diff it against the Figma reference, and check each element position with bounding-box IoU, paint order (z-index) and clipping. Returns the diff ratio plus specific instructions on what to fix (MISSING / MISPLACED / WRONG STACKING / OVER-CLIPPED elements, worst regions). Writes render.png and diff.png. Edit the HTML based on the correction and call this again to iterate toward pixel-exact. Read the returned diff.png to see the mismatches highlighted.

輸入參數dir必填urlwidthheightfullPagehtmlPathselectorthresholdincludeImages

figma_inspect

Inspect the design structure

Print the IR tree as an indented outline (role, name, box, layout, text, tokens) so you can understand the design structure and find a specific element without reading raw Figma JSON or the whole ir.json. Use after figma_convert.

輸入參數dir必填depthfilter

版本歷史

2
  1. v0.3.0最新Nov 6, 2026
  2. v0.2.4Oct 15, 2026

評分

已滿足適用檢查項的 90%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分
  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具必需15 分
  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

其他 Figma 整合