Figma悄悄做了件大事：把设计文件直接喂给AI代码助手

真正阻碍AI写代码的，不是模型不聪明，而是它“看不见设计”。Figma 的 remote MCP server，正在用一种几乎零存在感的方式，打通设计文件与 AI Agent 的上下文。这条视频展示的不是一个插件教程，而是一种全新的工作流信号。

最反直觉的一点：这不是插件，而是“上下文管道”

很多人第一次听到 Figma MCP server，会下意识以为这是个“让 AI 看图写代码”的新功能。但视频一开始就点破了关键：Figma remote MCP server 的价值，不在于 UI，而在于“上下文”。它不是把设计导出给你，而是让你的 Agentic 开发工具，实时访问你正在用的 Figma 文件结构、节点和层级。换句话说，AI 不再靠你描述设计，而是直接读设计。这对提示工程是个质变：你给的不是‘帮我写一个按钮’，而是‘基于这个 frame 的 node ID 生成代码’。设计，第一次成为 AI 的一等公民。

真正有料的地方：三种工具，三种接入姿势

视频里最有实操价值的部分，是 Figma 对不同开发工具的接入方式设计。VS Code 走的是最标准的 MCP server 安装流程：确认 URL、授权 Figma 账号、在 MCP.json 里看到 server running。Cursor 的体验更偏向产品化：从侧边栏一键添加、跳转设置页、安装并 connect，几乎没有命令行负担。而 Cloud Code 则完全是给重度 Agent 用户准备的：通过终端 /mcp 命令管理 server，登录、鉴权、确认连接状态，一步不省。这三条路径背后，其实暴露了 Figma 的判断：MCP 不是给某一个 IDE 做的功能，而是一个横跨编辑器的基础设施。

很多人会踩的坑：MCP 是 link-based 的

视频里一个很容易被忽略、但极其关键的细节是：Figma remote MCP server 是 link-based 的。这意味着，AI 能看到什么，完全取决于你给了哪个链接。选中某个 layer 或 frame，复制 selection link，AI 的上下文就被精确限定到这个 node；什么都不选，直接用整个文件 URL，AI 看到的就是全量设计。如果你在用 Figma Make，甚至必须传整个文件链接。这不是操作细节，而是能力边界。会用链接的人，才能真正控制 AI 的理解范围。

总结

Figma remote MCP server 释放的信号很明确：未来的 AI 开发，不是更会“写代码”，而是更会“读上下文”。设计稿不再是 PDF，也不只是参考，而是可以被 Agent 直接调用的结构化事实。对 AI 从业者来说，最现实的行动建议只有一个：开始把“如何给 AI 传上下文”当成一项核心能力练习。因为很快，真正拉开差距的，不是你用哪个模型，而是你喂给它什么。

关键词： Figma， MCP Server， AI Agent， 提示工程， Cursor

事实核查备注： 需要核查：1）视频发布时间为 2025-10-28；2）Figma remote MCP server 的官方托管 URL 是否在视频中明确给出；3）VS Code、Cursor、Cloud Code 的安装与认证流程是否如描述一致；4）MCP server 为 link-based 的表述是否为官方说法。