设计稿到代码的鸿沟，是软件团队最老的痛点之一。过去 AI 编码助手要拿到 Figma 里的设计上下文，得靠人把图导出、截图、再喂给模型。10 月 15 日在班加罗尔举行的首届 Config India 上，Figma 一口气宣布接入 20 多家 MCP 合作伙伴，把设计数据直接通过 Model Context Protocol 送进各类 AI 工具与智能体——从编码助手到办公套件再到智能体框架，都能在自己的环境里读取 Figma 的设计上下文。
一次拉入 20+ MCP 伙伴
Figma 公布的伙伴名单覆盖面很广：编程助手一档有 Zed、Cline、OpenCode、Amp、Junie by JetBrains、Delta；办公套件一档有 Notion、Linear、Microsoft 365 Copilot、ClickUp；智能体框架一档有 Mistral、Sarvam Agents、Dust、Writer，此外还有 Dia、Agentforce Vibes、Amazon Quick、Amplitude Wave、Glass、Gradial 等，共 20 余家。它们接入 Figma 的 MCP 服务后，智能体可以在各自环境里直接调用设计数据，在权限内创建或修改画布。对印度的 AI 生态，Figma 还专门和本土公司 Sarvam 做了定制合作，把设计上下文接进 Indus AI 环境，意图很直白：帮团队减少返工。
不止 MCP：把设计与开发拉回一张画布
MCP 生态只是这次发布的一部分。Figma 同时把 Code Layers 推向公开测试——团队可以在画布上直接生成、探索、编辑由真实代码支撑的可交互原型，从既有设计生成代码层、导入 GitHub 仓库，或接编码代理；又推出 Specs，一个给智能体看的 Markdown「设计规则书」，让团队把需求、技术约束和设计规范写在一起，作为人和 Agent 共享的参考点。CEO Dylan Field 也坦率划了线：Figma 不会为极高流量的产品兜底托管成本。这些动作合在一起指向一个判断：当 17 倍多的代码正在被产出、发布却只涨了 1.3 倍，大量代码其实是在「试出来产品该长什么样」，而 Figma 想让自己成为那个边设计边开发的同画布。
对智能体落地的两层含义
把这次发布放回智能体落地的图景里，有两层含义。其一，MCP 正把「设计工具」重新定义成智能体可调用的上下文源——工具不再各自为战，而是通过协议共享同一份事实。其二，Specs 这类「给 Agent 的设计规则书」补上了 AI 辅助开发最缺的一块：Agent 需要的不是一句短提示，而是关于预期行为、设计惯例和技术约束的可信上下文，否则生成得快但跑偏得也快。需要清醒的是，能力落到每家集成上并不一致，哪些能读、哪些能改由各自实现决定；而且 Figma 把托管成本的责任交还给团队，意味着「设计到代码」的闭环在低成本试点之外仍有工程账要算。对做 AI 开发工具的团队，Figma 这步提示了一个方向：让协议承载上下文，比让每个工具自己爬设计稿更可持续。
目前官方及行业暂未披露更多细节，包括各集成的逐项能力边界与 Specs 在各付费档位的开放范围，后续将持续跟进迭代动态。这篇把「MCP 把设计上下文外溢到智能体」从单点集成升级成了平台级生态动作。