AI 原型能点了，团队却还没看懂？Figma 把说明搬上画布

AI 把原型做得能点了，团队为什么还要开会问“这个按钮到底想干吗”？因为能运行，和大家看懂同一件事，中间还有段距离。Figma 今天这组更新，我更看好它缩短这段距离，而不是又多出一个会生成网页的入口。

10 月 15 日，Figma 开始公开测试 Specs，以及放在设计画布上的代码图层。前者装下需求说明和讨论，后者把真正能运行的界面放到同一份文件里。大家可以看、点、评论，还能把不同方案并排摆开。

听上去像是把文档和网页放得近一点。这一点距离，对做原型的人并不小。过去交给同事一个链接，对方能看到结果，却未必知道哪些行为已经定了、哪些还只是试试；下一轮修改，很容易又从解释想法开始。

Specs 想留下的是大家已经说清楚的事

Specs 是画布上的说明文档，支持 Markdown，也就是 AI 工具常用的纯文本排版格式。它能嵌入设计画面、FigJam 图示和代码图层，文字描述不必和它描述的按钮、流程各住一处。已有的 .md 文件可以直接拖进去。

Figma 自己的工程师 Noah Finer 提供了一个很具体的例子：开发 Specs 时，他先写下边界情况的原则，嵌入流程图，让同事评论；定下来以后，再把文档和评论通过 Figma 的接入接口交给编程助手。后续写代码时，又让助手更新原来的说明。

这比“帮我做个页面”多了什么？多了团队已经讨论过的理由。代码可以重新生成，那个按钮为什么必须出现在这里、哪种状态不能自动跳过，却不该每次重新猜。我们真正想省下的，是下一位接手的人把上一场讨论再开一遍。

助手也能读 Specs 里的评论并回复。你可以让它对未解决的评论提出修改建议，人和助手围着同一份说明继续讨论。它有了参与的位置，决定也有了能回看的位置。

原型能在画布里跑，修改也能走回来

代码图层解决另一半：别让原型只剩一段录屏。团队可以导入支持的轻量原型代码，来源包括 GitHub 和本地文件夹，也可以把已有设计变成能运行的原型。需要比较两种方向，就复制一份，并排试。

我更喜欢的功能叫 Extract designs，提取设计。它能把代码原型中的画面或流程变回可编辑的 Figma 图层。设计师不用为了挪一个位置先去适应编程工具，改完后还能把调整送回代码图层。

这条来回的路，才是它跟单独生成一个网页的区别。官方介绍里，Checkout.com 的设计师 Kris Murphy 把原型的各个画面提取到画布上并排检查，改好细节，再送回原型给团队看。这里值得借鉴的是这个过程，没必要把他那次做得更快的个人结果，当成所有团队都能得到的效率保证。

完成探索后，代码还可以推到一个分支，让开发者通过代码审查接着处理。原型与正式产品之间的工作并没有消失，只是早期想法、运行效果和修改理由不再散在几个地方。

现在能用到多少，要分两项看

Specs 从今天开始面向付费套餐逐步公测，网页、桌面和手机端都有。代码图层的公开测试覆盖 Starter 等更多套餐，也在逐步开放，需要文件编辑权限；帮助中心同时写明，创建代码图层需要 Full 席位。开通范围、能不能编辑文件和席位条件，要一起看。

费用也有个期限。付费套餐在 2026 年 11 月 4 日前，生成和编辑代码图层中的代码不消耗 AI 额度。同一条请求里，如果助手还做了其他事情，那些任务仍可能消耗额度；期限过后，代码图层任务也会按 AI 功能计量。

德国设计工作室 blocks&colors 在当天的解读里，也把限时试用和之后的额度成本放在了重点位置。这个关注很合理：一次原型改得顺手，不等于团队把日常所有迭代放进去都会够用。

已有付费套餐的团队，可以在免额度范围内用自己正在讨论的原型确认这条来回修改的路是否顺畅。至于为了这组新功能另买订阅，公告本身还回答不了值不值：那取决于你的团队每次有多少解释、比较和交接要做。

TechCrunch 采访 Figma 首席设计官 Loredana Crisan 时，她把相当一部分 AI 代码的用途放在探索产品，而不是直接发布上。这也解释了 Figma 为什么把力气花在画布、文档和讨论上：原型做出来以后，事情通常还没定。

因此，这次更新吸引我的地方，是终于能让“我们想做什么”和“现在做成什么样”一起接受讨论。一个能点的原型，旁边放着同事的疑问、已经同意的规则和还在试的另一版，团队才有机会对着同一件东西把话说明白。AI 负责把修改做快，大家知道自己要哪一个版本，后面的开发才接得住。