Figsnap MCP vs StyleKit

A side-by-side look at the Figsnap MCP and StyleKit MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Figsnap MCP logoFigsnap MCPArchitecture & Design · Local subprocess (stdio)The Figma file you have open, as MCP tools. Extract, edit, and keep a saved set.59GoodAuth: not declaredStyleKit logoStyleKitArchitecture & Design · Local subprocess (stdio)Search 148 curated design styles and pull tokens, recipes, and shadcn commands into your AI IDE.52GoodAuth: not declared

Verdict: choose Figsnap MCP for architecture & design work as a local process; choose StyleKit for architecture & design as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Figsnap MCP logoChoose Figsnap MCP when

  • You need dedicated capabilities in the Architecture & Design domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: FIGSNAP_MCP_TOKEN, FIGSNAP_MCP_URL.
  • You want tools like figma_get_selection, figma_get_tree, figma_get_children.
Explore Figsnap MCP

StyleKit logoChoose StyleKit when

  • You need dedicated capabilities in the Architecture & Design domain.
  • You prefer a local stdio subprocess transport.
Explore StyleKit

Feature & specification comparison

Rows where the two servers differ are marked.

SpecFigsnap MCP logoFigsnap MCPStyleKit logoStyleKit
CategoryArchitecture & DesignArchitecture & Design
Quality signal59/100 · Good52/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNot declared
PricingNot declaredNot declared
Required env varsFIGSNAP_MCP_TOKENFIGSNAP_MCP_URLNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars0630
Directory activity 1 views 0 installs 0 upvotes 2 views 0 installs 0 upvotes
Tools41Not listed

Tools & capabilities

Figsnap MCP tools 41

  • figma_get_selectionThe layers the designer has selected on the canvas right now, with their ids, names, types and sizes. Start here when the request says "this", "the selected frame", or names nothing at all.
  • figma_get_treeThe top-level layers of the page the designer is looking at. Increase depth to walk further down, but note that a deep page is thousands of rows: prefer figma_get_children on one branch.
  • figma_get_childrenThe direct children of one node, by id. The cheap way to explore a page a branch at a time.
  • figma_extractThe full extraction of one node: HTML measured against what Figma draws, byte-exact figmaCss, a React component, plain CSS and CSS modules. Images are inlined and icons come out as real SVG, so the HTML stands on its own. This is the tool that answers "what does this design actually say". Several nodes at once, instead of one call each: nodeIds, urls, selection: true, or saved: true with an optional folder. A batch answers {results:[…]}, one entry per input, each {ok:true,extraction} or {ok:false,error}, so one bad id never sinks the rest. It is capped at 20 entries, and no batch returns an image — ask figma_export_png for a picture, a node at a time.
  • figma_export_pngRenders one node and returns the picture itself, so a model that can see gets to look at the design rather than read a description of it. Nothing is stored anywhere.
  • figma_resolve_urlTurns one or more Figma links into the nodes they name, without exporting anything.
  • figma_list_savedThe nodes the designer curated in the panel, by folder. A shortlist of what matters in this file, which is usually a better starting point than the whole page.
  • figma_savedRead and change the designer’s shortlist of nodes in this file, and the folders it is grouped into. One action argument: list, folders, save, unsave, clear, move, newFolder, renameFolder, deleteFolder. list — the entries, optionally in one folder. folders — the folders with their counts; "" is the root. save — add nodeIds, or whatever is selected when you give none. unsave — remove nodeIds. clear — empty one folder, or the whole set when you name none. move — put nodeIds in folder. newFolder / renameFolder / deleteFolder — the folders themselves; deleteFolder keeps the entries and returns them to the root unless deleteEntries is true. This is a bookmark list, not the design: it lives in the plugin’s own storage, so none of it is behind the Edits switch and none of it can be undone with Cmd-Z. Saving what a long job is about is a cheap way to leave the designer something to look at afterwards.
  • figma_list_libraryThe components, styles and variables this file has, with the ids the other tools need. Read this before "make it match our button" or "use our brand colour" — instantiating the real component or binding the real variable is what makes a change survive contact with the design system, rather than a hex code that looks right today.
  • figma_selectSelects one or more layers and scrolls the canvas to them, so the designer is looking at whatever you are talking about. Use it before describing a node you found by walking the tree — pointing is faster than naming an id — and after an edit, so the change is on screen. It changes no design data, which is why it works whether or not Edits is on, and why it leaves no undo step. It does move the designer’s viewport, so say what you are showing them.
  • figma_set_fillReplaces a node’s fills with one solid colour, and answers with the colour read back off the node — so a write that did not land is visible without a screenshot. It replaces every fill the node had, which is worth knowing before pointing it at a gradient or a photograph; the answer names what was there. Borders are strokes, not fills: use figma_set_stroke for those. One call is one undo step, so the designer takes it back with a single Cmd-Z.
  • figma_set_strokeReplaces a node’s strokes with one solid colour, and optionally sets the stroke weight. Pass remove: true to take the stroke off entirely. Borders in Figma are strokes, not fills — a row outline or an icon drawn as an outline needs this rather than figma_set_fill.
  • +29 more on the listing page

StyleKit tools

No tool names declared yet. Check the project README from the listing page.

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Figsnap MCP

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "figsnap-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "figsnap-mcp"
      ],
      "env": {
        "FIGSNAP_MCP_TOKEN": "YOUR_FIGSNAP_MCP_TOKEN_HERE",
        "FIGSNAP_MCP_URL": "YOUR_FIGSNAP_MCP_URL_HERE"
      }
    }
  }
}

StyleKit

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "stylekit": {
      "command": "npx",
      "args": [
        "-y",
        "shadcn"
      ]
    }
  }
}

Frequently asked questions

Figsnap MCP is categorized under Architecture & Design and uses a local stdio subprocess. StyleKit belongs to Architecture & Design and uses a local stdio subprocess. Pick Figsnap MCP for architecture & design work and StyleKit for architecture & design.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Figsnap MCP has no declared pricing — check the project's own site. StyleKit has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add figsnap-mcp and stylekit as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Figsnap MCP has a quality signal of 59/100 (Good) with 1 views, 0 installs and 0 GitHub stars. StyleKit has 52/100 (Good) with 2 views, 0 installs and 630 GitHub stars.