新工具

Figma 想把 AI Agent 带入你的画布，但它们真的实用吗？

@toolwatch·2026年10月15日

2 分钟阅读1 浏览San Francisco, USA

#figma #ai agents #product design #ux design #automation

过去 18 个月里，市面上的每款设计工具都在疯狂地将生成式 AI 拼凑进自己的界面中。其中大部分纯粹是噱头——生成的矢量图既没有样式也无法编辑，甚至完全无视你精心维护的设计令牌（design tokens）。Figma 似乎意识到了在空白画布上硬套文本提示词是一条死胡同。相反，该公司正在引入专门的参数来规范 AI Agent 在其生态系统中的运作方式，并同步开启了备受期待的代码图层（code layers）公开测试。

从工作流的角度来看，这其中的精妙之处在于：Figma 没有把 AI 当作一个未经许可就擅自重绘整套布局的鲁莽实习生，而是在努力为其划定边界。全新的 Agent 功能精确规范了自主工具如何访问图层、读取组件属性以及提出修改建议。结合代码图层，这一机制弥合了视觉设计与生产级前端代码之间长期存在的鸿沟。理论上，Agent 现在可以读取自动布局（autolayout）框架，将其直接映射到代码图层中实际的 CSS 或 React 组件，并在不破坏样式规则的前提下执行更新。

如果你曾尝试让通用的 AI Agent 编写组件规范或处理混乱的设计文件，你一定见识过那种可怕的场景：断裂的自动布局约束、莫名其妙的十六进制颜色代码，以及工程师一检查就会露馅的花架子“幽灵组件”。在 Figma 内部为 Agent 制定严谨的规则，是让 Agent 工作流在实际产品团队中具备可行性的最低门槛。

话虽如此，成败全在执行细节。如果仅仅为了调整一个按钮状态，设置 Agent 权限的繁琐程度堪比配置 AWS IAM 策略，那么设计师们只会干脆将其关闭。而且，如果 Agent 无法在复杂的组件库中可靠地遵循嵌套变体属性，它最终也只会成为工具栏中又一个被弃用的摆设。

尽管如此，Figma 依然值得肯定，因为它选择去解决那些枯燥却关键的基础工程，而不是又造出一个矢量图生成器。从“将 AI 视为创意玩具”转向“将 AI 视为结构化工作流的参与者”，这正是工具开发者们应该聚焦的方向。对于深陷重复性交付杂务的产品设计师而言，代码图层的公测非常值得一试——只是在你能完全放心把主组件交给它们之前，务必先把 Agent 权限收紧一点。