Both ship MCP servers. Both claim design-system-as-source-of-truth. Both work with Claude Code and Cursor. They solve fundamentally different problems and live in different market layers. This is the architectural read — and where the bridge between them becomes a distribution channel.
Figma MCP exposes an existing artifact so agents can read and modify it.
iterFact MCP is the production pipeline — prompt in, hosted artifact URL out.
Figma's MCP is a context bridge. A designer makes a file; the server streams its structure (layers, variables, components, auto-layout, tokens) to an agent; the agent writes code. Figma is never the delivery surface. The deliverable lives in an IDE or back on the Figma canvas.
iterFact's MCP is a render pipeline. A prompt enters; the planner picks engines; the deterministic assembler renders HTML/CSS/JS; the artifact is hosted at a.iterfact.com/... on Cloudflare R2 with zero egress. The URL is the product.
The flow requires a designed Figma file as precondition. Without it, there's nothing to extract. Code Connect is the secret sauce — it maps Figma nodes to real code components in your repo, so the generated code uses your actual imports and prop interfaces, not generic React. That's the genuine strength, and iterFact has no analog.
Two things worth flagging. The engines are code, not prompts. The LLM plans; the render is deterministic. Same input → identical output. That's structural, and it's the thing Figma can't copy without rebuilding their entire output layer. Second: the display slot. A stable URL with a hot-swappable artifact underneath is a primitive Figma has nothing analogous to — because hosting was never their game.
mcp.figma.com/mcpmcp.iterfact.coma.iterfact.com. The URL is the product.use_figma runs JS against Plugin API. Writes frames, variables, components.append_section + finalize_artifact. Writes hosted HTML artifacts.Here's where these two products stop being comparison and start being stack. Figma has 20M+ users sitting on design files that eventually need to become published interactive artifacts. That last step is exactly what Figma doesn't do. A bridge engine turns Figma's user base into an iterFact distribution channel.
Pull Figma design context through Figma's own MCP. Map variables → iterFact tokens. Map components → iterFact engines. Render through the deterministic assembler. Publish to a.iterfact.com. Done.