Figma-Context-MCP server in n8n design data in automated workflows.
n8n's MCP Client Tool node speaks HTTP, and Figma-Context-MCP can serve HTTP — run the server once, point the node at it, and your workflows can read Figma files.
Most people meet Figma-Context-MCP (github.com/glips/figma-context-mcp, 15.1k stars) inside a code editor, but n8n turns it into automation material: a workflow that posts a summary when a design file changes, an agent that extracts every text layer for translation, a pipeline that turns new frames into ticket descriptions. The server's job is the same everywhere — fetch Figma layout and component data and compress it into model-friendly form.
The wrinkle: n8n has no MCP config file, and its MCP Client Tool node connects over SSE or Streamable HTTP, not stdio. Conveniently, Figma-Context-MCP runs as an HTTP server by default — stdio is the flag you add for editors, and here you simply leave it off.
Run the server in HTTP mode
Launch the npm package without --stdio and it serves MCP over HTTP on port 3333. Run it somewhere your n8n instance can reach — the same host for a quick test, or a small always-on service next to self-hosted n8n. Get the token from Figma Settings > Security > Personal access tokens first:
npx -y figma-developer-mcp --figma-api-key=YOUR_FIGMA_TOKEN
# serves MCP over HTTP/SSE on http://localhost:3333Point the MCP Client Tool node at it
In your workflow, attach an MCP Client Tool node to the Tools slot of an AI Agent node — it functions only there, not as a standalone step. Set the node's endpoint to your server's address (http://localhost:3333/sse for the SSE transport if both run on one host) and pick the matching transport in the node's settings. No credentials are needed at the node level; the Figma token was supplied when you launched the server.
Once connected, the node enumerates the server's tools — fetching translated file data and downloading image assets — and you can restrict which ones the agent may call.
Build the workflow
A solid first test: a manual-trigger workflow with an AI Agent node, your MCP Client Tool attached, and a prompt that includes a Figma selection link (right-click a frame in Figma > Copy link to selection) asking the agent to list the frame's components and text content. The execution log should show a tool call out to the server with structured design data coming back.
Scope every request to a frame via selection links. Whole-file fetches on production design files produce payloads that eat the agent's context window and inflate token costs on every scheduled run.
Troubleshooting in n8n
There's no JSON file to break here, so failures are network and topology. If the node can't connect, check reachability from n8n's perspective: when n8n runs in Docker, localhost is the container, not your machine — use host.docker.internal or the host's LAN address in the endpoint URL. A connected node with an empty tool list usually means the transport selection doesn't match the endpoint path (SSE endpoint with Streamable HTTP selected, or vice versa).
If tool calls fail with authorization errors, the token you passed at server launch is wrong or lacks access to the linked file — fix it where the server runs and restart that process; nothing in n8n needs to change. Node-level errors land in the workflow execution log, on the node itself.
The listing
Figma-Context-MCP's live Loomal listing at https://loomal.ai/marketplace/figma-context-mcp shows its probed tool list — useful for planning which tools your workflow will allow. It tops the design tools category; for workflows that act on the web rather than on designs, the search and browser categories carry the natural companions.
FAQ
How do I install Figma-Context-MCP for n8n?
Run npx -y figma-developer-mcp --figma-api-key=your-token on a host n8n can reach — without the --stdio flag it serves HTTP/SSE on port 3333. Then add an MCP Client Tool node under an AI Agent node and point its endpoint at that address.
Where is n8n's MCP config file?
n8n doesn't have one. MCP connections are configured as parameters on the MCP Client Tool node inside each workflow — endpoint URL, transport, and optional auth — so different workflows can talk to different servers without shared global state.
Why can't my n8n reach the server on localhost?
Almost certainly Docker networking: inside a container, localhost means the container itself. Use host.docker.internal (Docker Desktop) or the host machine's IP in the endpoint URL, and confirm port 3333 is reachable from the container with a quick curl.
Is it safe to expose this server beyond localhost?
Treat it carefully — the process holds your Figma token and will serve design data to anything that can reach it. Keep it on a private network or behind a reverse proxy with auth, and scope the Figma token to an account with access to only the files your automation needs.
Browse more MCP servers for n8n.
Find HTTP-ready servers your workflows can call today.