Figma 正在悄悄重写开发工作流：从设计稿到代码，只剩一步

很多人还以为 Figma 只是“给设计师用的工具”，但在这场 Config 的分享里，一个信号已经非常清晰：Figma 正在把“设计交付”变成“工程输入”，甚至直接喂给大语言模型。更反直觉的是，设计稿本身，正在成为 AI 和工程师都能读懂的结构化资产。

最反直觉的一点：Figma 不再只是给“人”看的

这场分享一开始就点破了一个很多人还没意识到的变化：当设计完成的那一刻，它并不是“结束”，而是进入了一个新的系统——开发工作流，甚至是 AI 工作流。

Jake 在介绍 Dev Mode 和 MCP（Model Context Protocol）时，其实抛出了一个非常激进的信号：设计稿里的元数据，不只是给工程师用的，而是要“直接提供给 LLM”。这意味着什么？意味着设计不再只是视觉结果，而是结构化语义的一部分。

过去我们习惯的流程是：设计师画稿 → 工程师“看图写代码” → 各种理解偏差。而现在，Figma 正在尝试把设计里的意图、约束、组件关系，用一种机器也能理解的方式暴露出来。当这些信息通过 MCP server 提供给大语言模型时，设计稿本身，就成了 AI 的上下文。

Dev Mode 真正解决的不是“看代码”，而是“理解意图”

很多人第一次用 Dev Mode，关注点还停留在 inspect 面板：尺寸、颜色、间距、token。但视频里反复强调的，其实是 annotations（注释）。

Jake 给出的定义非常关键：annotations 不是备注，而是“把你要交付给开发的所有上下文，显式地写下来”。这背后其实是一个长期被忽略的问题——设计交付失败，往往不是因为数值不对，而是意图没被理解。

在 Dev Mode 里，设计师可以明确告诉工程师：这个组件为什么这么设计、在哪些场景可以复用、哪些地方不能随便改。这些信息一旦结构化，不只是工程师受益，AI 工具也能用。

换句话说，Dev Mode 正在把“设计师脑子里的隐性知识”，变成可查询、可消费的显性资产。

Code Connect 的真正野心：让设计和代码“实时对齐”

当话题切到 Code Connect，事情开始变得更工程化，也更有野心。

为了让 Code Connect 生效，团队需要回到真实的 codebase，把设计组件和实际 UI 组件建立映射关系。这样一来，设计稿里展示的代码片段，不再是静态示例，而是“从真实代码动态生成”。

这一步非常关键，因为它解决了一个老大难问题：设计系统和代码系统的漂移。一旦组件在代码里更新，设计侧展示的实现方式也会随之变化。

更重要的是，这种动态关系为 AI 打开了新的可能性——当一个 LLM 看到设计组件时，它看到的不只是一个矩形，而是一个已经和真实代码绑定的工程实体。

当 AI 进入工作流，最佳实践反而更“保守”

在最后一部分，Jake 特意停下来谈了一段“如何用好 AI 工具”的经验，这一点非常值得玩味。

他的核心建议并不花哨：提供清晰上下文、使用标准化组件、不要指望 AI 猜你的意图。听起来很“保守”，但这恰恰说明了一件事——AI 的效果，强烈依赖你前面的系统是否干净。

如果设计系统是混乱的，组件命名是随意的，再强的模型也只能输出看似合理、实则不可维护的代码。AI 并没有消灭工程纪律，反而放大了它的重要性。

总结

这场分享真正值得 AI 从业者反复咀嚼的，不是某个具体功能，而是一个趋势：设计、开发和 AI，正在通过“结构化上下文”被拉进同一个系统。

如果你是工程师，这意味着未来读懂设计，不再只靠经验；如果你是设计师，这意味着你的产出，可能会直接影响 AI 的决策质量；如果你在做 AI 工具或平台，这是一条非常清晰的信号——高质量上下文，正在成为新的护城河。

一个值得思考的问题是：当设计稿可以直接喂给模型时，你的工作流，准备好被 AI 读懂了吗？

关键词： Figma， Dev Mode， Code Connect， 大语言模型， AI工具

事实核查备注： 需要核查：1）视频发布时间是否为 2025-11-06；2）MCP 的全称与官方定义；3）Code Connect 是否为 Figma 官方功能名称；4）Jake 的正式职位描述。