Figma To Code Mcp

io.github.felixAnhalt由 GitHub 账号 felixAnhalt 发布v0.29.0更新于 Oct 24, 2026

LLM-optimized Figma MCP server.

发布方自己的服务:Figma MCP Server

已验证STDIO仅桌面开发者工具媒体与设计

概览

AI 生成的概览

以紧凑、对齐 CSS 的格式获取 Figma 设计数据,让助手能根据 Figma 链接生成界面代码。

可以做什么
将 Figma 文件、画板或分组数据转换为便于大模型使用的结构,采用 CSS 属性名、内联样式和 flexbox 布局原语,并去除 Figma 内部元数据。工具包括 get_figma_design(获取优化后的设计数据)、get_image_fills(获取图片填充 URL)、render_node_images(将节点渲染为 PNG)和 read_vector_svg(以 SVG 读取矢量节点数据)。还支持将 SVG 导出到指定目录,并把 Figma 变量解析为实际值。
适用场景
当你希望 AI 编程助手根据 Figma 设计实现界面,并需要把设计数据精简到代码生成所需的内容时使用。适合在 Cursor 等编辑器中把 Figma 链接粘贴到对话里的前端工作流。
运行要求
通过 npm 包 @tmegit/figma-to-code-mcp 以 stdio 在本地运行,需要 Node.js 18 或更高版本。需要 Figma 个人访问令牌,通过 FIGMA_API_KEY 或 --figma-api-key 参数提供,权限范围包括 file_content:read 和 library_content:read;file_variables:read 为可选,变量解析需要 Enterprise 套餐。需要访问 Figma API 的网络连接。
安装前请注意
Figma 个人访问令牌(FIGMA_API_KEY)是可读取你 Figma 文件的密钥,不要放入共享配置。该服务器会读取 Figma 内容,并可把导出的 SVG 文件写入配置的输出目录。Figma API 有速率限制,较低套餐下重复调用可能触及各层级上限。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Figma To Code Mcp,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

Figma To Code MCP

Transform Figma design data into a compact, LLM-friendly format for code generation and UI building.

[weekly downloads] [MIT License]

Why This Project?

Figma To Code MCP specializes in extracting only the information LLMs need to build UIs while removing Figma-specific metadata that isn't relevant for code generation. The result:

  • ✅ 99.5% size reduction on real Figma files (65 MB → 128 KB)
  • ✅ Compact, CSS-mappable fields (style.background, layout.direction, style.fontSize)
  • ✅ Complete UI-building data preserved (layout, styling, text, components)
  • ✅ Node-local layout and styles with reusable values in a shared token registry
  • ✅ Omits Figma internals - no bounding boxes or constraint metadata
  • ✅ Variable resolution - resolves Figma variables to actual values
  • ✅ SVG support - exports vector graphics to disk
  • ✅ Pattern collapsing - deduplicates repeating UI patterns

Give Cursor and other AI-powered coding tools access to your Figma files with this Model Context Protocol server.

Available Tools

ToolDescription
get_figma_designFetches CSS-aligned, LLM-optimized design data. Exports SVG assets and a PNG render.
get_image_fillsRetrieves image fill URLs from a Figma file
render_node_imagesRenders Figma nodes as PNG images

get_figma_design exports SVG assets automatically. Its response contains svgAssetsFolder and relative svgPathInAssetFolder filenames; combine them to locate each file. Use svgOutputDir to export directly to a chosen assets directory. It also renders the requested node as a 1x PNG: its response contains renderedDesignNodeAssetsFolder and the file name renderedDesignNodePathInAssetFolder, which you can use to compare the built result with the design. There is no separate registered read_vector_svg tool.

By default get_figma_design returns the components the design uses in componentSets, each with propKeys and propValues (the values each prop takes across the set's members). Every set is written to its own file in componentSetsFolder, as YAML or JSON to match the output format, and componentSets lists each set's file, propKeys and propValues. A set larger than 228 KB becomes a folder named after the set: its file is <set>/index.yaml (index.json in JSON output), which lists the variants, and each variant is its own <nodeId>.yaml beside it, with : replaced by - (for example 7-770.yaml). These examples assume the default YAML output; with JSON output every file ends in .json. A COMPONENT_SET root gets the same treatment: when its variants exceed 228 KB, its children move out, root.file points at <name>/index.yaml, and each variant is a <variant name>.yaml beside it, since root variants carry no node id. Every file value is relative to componentSetsFolder, so a variant's file is <set>/<nodeId>.yaml, not relative to its set folder. A large SECTION root keeps each frame as a stub in root.children, and each frame's design is in its file in framesFolder (see Resolving frame files). For building components from a component library, pass includeComponentVariants: true to also get every other variant of those components (all sizes, colors, and states), with their props and any visuals that can be fetched. That fetches more from Figma and returns a larger response.

With --skip-image-downloads, only get_figma_design is registered; SVG export remains available, and no node PNG is rendered.

Required Scopes

Create a Figma personal access token with these scopes:

ScopePurpose
file_content:readRead file nodes, layout, styles
library_content:readRead published components/styles
library_assets:readResolve referenced components to their published library source
file_variables:readRead variables (Enterprise only, optional)
file_comments:readRead comments attached to nodes (optional)

Note: Variable resolution requires Enterprise plan. Set resolveVariables: false if not on Enterprise.

If comment access is unavailable, extraction continues without comments and logs a warning.

How it works

  1. Open your IDE's chat (e.g. agent mode in Cursor).
  2. Paste a link to a Figma file, frame, or group.
  3. Ask Cursor to implement the design.
  4. Cursor fetches CSS-aligned, LLM-optimized design data and generates accurate code.

Agents that build a page from a design should follow For LLMs.

This MCP server transforms Figma API data into an LLM-friendly format:

  • Compact layout/style fields (layout.direction, style.background, style.fontSize) instead of verbose Figma internals
  • Node-local styles with every distinct design value referenced from the tokens registry
  • Flexbox primitives for auto-layout, with parent-local positioning for overlays and freeform graphics
  • Complete UI data (colors, typography, spacing, effects)
  • 99.5% size reduction while preserving all UI-critical information

The current response uses schema v3. V3_CSS_PROPERTY_MAPPING.md describes the older v2 mapping, not the current response contract.

Interpreting visual details in v3

The response includes optional fields for details that cannot be represented by one text style or a simple flex layout:

FieldMeaning
textRunsOrdered text ranges with scalar style overrides, emitted only when character styling differs
layout.positionrelative for a containing block, or absolute for a non-flow child
layout.left, layout.topPixel offsets in the immediate parent's coordinate system, including zero and negative offsets
style.borderWidthsExplicit top/right/bottom/left widths for asymmetric borders, including zero-width edges
gradientHandlePositionsThree normalized node-local handles preserving a gradient's direction and geometry
svgViewportExported SVG viewBox in node-local pixels, including ink outside the node's original canvas. x or y is omitted when 0, and a missing one means 0
renderedDesignNodePathInAssetFolderFile name of a 1x PNG of the requested node, in renderedDesignNodeAssetsFolder, for comparing the build with the design

The existing full text field and node-level style remain present. When textRuns exists, render its runs in order rather than rendering text a second time. Resolve the node's base typography token first, then apply each run's scalar overrides. Run text concatenates to the original full text; plain runs inherit the base style. Explicit normal, none, and zero values reset inherited styling.

For positioned children, keep the emitted containing block, local dimensions, and offsets. Real auto-layout siblings stay in flex flow; overlay notifications, chart curves, and guides can share an absolute coordinate space. A Figma layout mode of NONE is not converted into a flex column.

borderWidths replaces the uniform borderWidth for asymmetric strokes. Apply the shared border color only to the indicated edges; do not invent a surrounding box border. Uniform borders continue using borderWidth.

Gradient handles may lie outside the unit square; do not clamp them or discard them in favor of a default direction.

SVG exports keep original node-local coordinates and include the union of the local canvas and visible geometry. Each exported node's svgViewport matches the file's viewBox. Keep the node's original layout footprint as a wrapper, then place the SVG or image at svgViewport.x / y (a missing one means 0), with the viewport's width / height. Do not stretch this expanded asset to the original node dimensions: chart series can have different ink bounds but must share the same local coordinate system. Preserve ancestor clipping. Solid paint colors are baked into design-exported assets so external images retain their colors too.

For LLMs

Follow this section when you build a page or component from a Figma node with get_figma_design.

Response overview

FieldMeaning
rootThe requested node's design tree. A plain frame is inline. A component set root with large variants is split (see Resolving component files). A large SECTION root keeps each frame as a stub (see Resolving frame files).
tokensShared values. Style fields hold keys into this registry, for example colors.sys.color.primary.default = #99121C.
componentSetsOne reference per component set the design uses: file, propKeys, propValues.
componentSetsFolderFolder with the component set files.
framesFolderFolder with the frame files of a large SECTION root. Each frame file is named in root.children.
svgAssetsFolderFolder with the exported SVGs. Each vector's svgPathInAssetFolder is a file name inside it.
renderedDesignNodeAssetsFolder, renderedDesignNodePathInAssetFolderThe reference picture (see below).

Responses are large. Full pages in testing were 200–360 KB, so read root in parts rather than all at once.

The reference picture

renderedDesignNodePathInAssetFolder is a 1x PNG of the requested node. It shows the design as Figma renders it, and it is the reference for both building and checking.

  • Open the PNG before you write code. For a component set it shows every variant in a grid; for a frame it shows the frame.
  • Use it to split the page into sections, then match each section to a part of root.children.
  • Render your build at the same width and compare it with the PNG section by section. Keep fixing until the differences are gone or you can explain them.
  • For a frame, the PNG's pixel width equals the frame's layout width (for example 410 px for a 410 px frame).
  • The PNG is missing when the server runs with --skip-image-downloads, when Figma returns no image, or when the download fails. Without it, say that the visual check was skipped instead of guessing.

Process: from design to page

  1. Fetch one node per breakpoint. A frame named like Startseite (XS) is one breakpoint. Fetch each breakpoint you need separately.
  2. Use a fresh export folder per design. Pass svgOutputDir. The folder receives the SVGs, the PNG and component-sets/. Files from earlier runs stay there, so don't reuse a folder for a different design.
  3. Read the reference picture and list the page's sections.
  4. Plan components. Make one component per repeated section or per component name. Use componentSets[name].propValues to see each component's variant options.
  5. Map tokens once. Create one theme file that maps each token key the page uses to a CSS variable or theme value. Don't copy hex values into each element.
  6. Build section by section. Map layout to flex: direction, gap, padding, width, height, grow, align and justify. Use absolute positioning only where layout.position is absolute, with left and top relative to the parent.
  7. Render text from text. When textRuns exists, render its runs in order over the base typography token and don't render text again (see Interpreting visual details).
  8. Place vectors by viewport. For each vector, load the file named by svgPathInAssetFolder from svgAssetsFolder. Position it at svgViewport.x and y (a missing value means 0) and size it to svgViewport.width and height. Don't stretch it to the node size.
  9. Handle image fills. If a node uses an image fill, such as a photo or screenshot, call get_image_fills to get its download URL.
  10. Verify the build against the reference picture, as described above.
  11. Ask when the target stack, the breakpoints or the expected output are unclear, instead of guessing.

Resolving component files

  • root.file, componentSets[name].file and the file entries in an index file are relative to componentSetsFolder. Join them to that folder instead of guessing a location.
  • Names become file names by replacing each run of characters other than A–Z, a–z, 0–9 and _ with one -. For example, Variant=Start 1, Color=Default becomes Variant-Start-1-Color-Default.json, and node 7:770 becomes 7-770.json. These examples use JSON output; with the default YAML output the extension is .yaml.
  • Use the key from componentSets as written. Keys can include a library reference in brackets, such as headline-combo [zd1Yd…/3574:6]. Read the file value rather than building the path from the key.

Resolving frame files

  • A SECTION root whose frame children together exceed 228 KB keeps each frame as a stub in root.children, with its name, its type and a file. The full frames are written to framesFolder.
  • file is relative to framesFolder. Join them to read a frame. The frame file holds the full frame node and only the tokens it uses.
  • Frame file names follow the naming rule above, with the output extension. Frames that share a name get -2, -3 and so on, such as Cronjobs-2.yaml.
  • A section whose frames stay under 228 KB, or that holds anything other than frames, stays inline with no framesFolder.

Pitfalls

  • Root node … not found: the node ID is wrong or the file can't be read. Convert the URL's node-id=519-8870 to 519:8870, and check that the node exists in that file.
  • Repeated calls: the server caches a design for 5 minutes for the same inputs. Keep the first response instead of fetching again. Changing includeComponentVariants, resolveVariables or the credentials fetches again.
  • interactions describe prototype hover and click targets. Ignore them unless the build needs that behavior.

Getting Started

Many code editors and other AI clients use a configuration file to manage MCP servers.

This server requires Node.js 18 or later.

The tmegit-figma-to-code-mcp server can be configured by adding the following to your configuration file.

MacOS / Linux

json
{  "mcpServers": {    "Figma To Code MCP": {      "command": "npx",      "args": ["-y", "@tmegit/figma-to-code-mcp", "--figma-api-key=YOUR-KEY", "--stdio"]    }  }}

Windows

json
{  "mcpServers": {    "Figma To Code MCP": {      "command": "cmd",      "args": [        "/c",        "npx",        "-y",        "@tmegit/figma-to-code-mcp",        "--figma-api-key=YOUR-KEY",        "--stdio"      ]    }  }}

Or you can set FIGMA_API_KEY and PORT in the env field.

HTTP mode

Omit --stdio to serve Streamable HTTP at /mcp and legacy SSE at /sse with messages posted to /messages. Concurrent clients have independent MCP sessions; closing one does not close the others. Library-variable prefetch is shared across sessions using the same configured credentials.

For embedded use, startHttpServer(host, port, server) still accepts a server returned by this package's createServer. For a custom McpServer, pass a per-session factory as the third argument to support concurrent clients; a single external instance remains single-session.

createServerFactory(auth, options) prepares shared configuration once. If you add custom tools, register them on every server returned by your factory: registrations added to a single supplied instance are not copied to its generated siblings. Custom asynchronous factories must settle so shutdown can finish cleaning up pending connections.

The default host is 127.0.0.1. These endpoints do not add client authentication; do not expose them to an untrusted network without an authenticated proxy.

Configuration

The server reads configuration from CLI flags and environment variables. If both are set, the CLI flag wins.

OptionCLIEnvDefault
Figma API key--figma-api-keyFIGMA_API_KEYrequired
Figma OAuth token--figma-oauth-tokenFIGMA_OAUTH_TOKENunset
Port--portFIGMA_TO_CODE_MCP_PORT or PORT3333
Host--hostFIGMA_TO_CODE_MCP_HOST127.0.0.1
Output format--jsonOUTPUT_FORMATyaml
Skip image tools and node PNG--skip-image-downloadsSKIP_IMAGE_DOWNLOADS=truefalse
SVG output dir--svg-output-dirFIGMA_SVG_OUTPUT_DIRtemp dir
Prefetch library variables--library-file-keysFIGMA_LIBRARY_VARIABLE_PREFETCH_FILE_KEYSunset
Cache path--library-cache-pathFIGMA_MCP_CACHE_PATHtemp cache file
Cache TTLn/aFIGMA_MCP_CACHE_TTL_MS7 days
Force cache refreshn/aFIGMA_MCP_REFRESH_CACHEoff

Notes:

  • --library-file-keys and FIGMA_LIBRARY_VARIABLE_PREFETCH_FILE_KEYS are comma-separated Figma library file keys.
  • FIGMA_MCP_CACHE_PATH may point to either a JSON file or a directory. The server adds a credential fingerprint before .json to isolate cached library variables, for example figma-mcp-library-cache.<fingerprint>.json inside a directory. Existing unscoped cache files are not reused by server startup.
  • The library cache is used only when library file keys are configured.
  • FIGMA_MCP_REFRESH_CACHE forces a re-fetch on startup even if a cache file exists.

Example .env:

env
FIGMA_API_KEY=your_figma_pat# prefetch variables (tokens etc) from specific library files on startup to avoid T2 calls during design fetchFIGMA_LIBRARY_VARIABLE_PREFETCH_FILE_KEYS=abc123,def456FIGMA_MCP_CACHE_PATH=./cacheFIGMA_MCP_CACHE_TTL_MS=604800000# Uncomment to force cache refresh on next startup# FIGMA_MCP_REFRESH_CACHE=1

API Calls & Rate Limits

On a design-cache miss, get_figma_design can make these API calls:

EndpointTierWhen called
GET /v1/files/{fileKey}/nodesT1Fetch the requested design node with vector geometry
GET /v1/images/{fileKey}T1Render the requested node as a 1x PNG; failure is non-fatal
GET /v1/files/{fileKey}/variables/localT2When resolveVariables=true
GET /v1/files/{fileKey}/commentsT2Attempt to fetch comments; failure is non-fatal
GET /v1/components/{key}T3Discover the library of a component key that no listing has covered yet
GET /v1/files/{fileKey}/componentsT3List published components of this file and each discovered library, once each
GET /v1/files/{libFileKey}/nodesT1Fetch source component definitions, batched per library

Request counts vary with the number of unique component keys, libraries, node batches, and retries. Components from multiple libraries are supported; unavailable library metadata falls back to usable instance data.

Requests are paced per Figma tier so no tier exceeds its per-minute budget (10, 25, and 50 requests for tiers 1, 2, and 3 on Professional Dev/Full seats). If Figma still answers with a 429, only that tier pauses for the Retry-After time, and the request is retried up to three times. A GET that fails at the network level is retried once through curl, which helps behind corporate proxies. The retry runs in the same request slot, so it still counts once against the tier budget.

Compatible design-cache hits avoid these Figma calls but still export assets, including the node PNG, into the requested directory. The PNG is downloaded from Figma's image URL, which is not a Figma API call. Changing credentials or result-affecting options does not reuse an incompatible design response.

Effective styles are read from node properties, including node-specific overrides. The tool does not make a separate /styles request. The library's existing fetchStyles export and styleMap parameter remain available for compatibility; shared-style names are not currently emitted in the design response.

For Professional plan with Dev/Full seat: 10 req/min (Tier 1), 25 req/min (Tier 2), 50 req/min (Tier 3).

Star History

[Star History Chart]

Acknowledgment

This project was initially inspired by the ideas explored in the original Figma Context MCP by GLips: https://github.com/glips/figma-context-mcp

While the original project provides a Model Context Protocol (MCP) server that simplifies Figma data for use with AI coding agents, this implementation has been substantially redesigned with a different data model, API, and processing approach, and should be considered an independent system.

来源:README.md,提交 abf851d

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.29.0最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Figma 集成