Figma 正在回答一个越来越紧迫的问题：当 AI Agent 开始参与产品设计，它们应该以什么身份、在什么边界内工作。
发生了什么
据 TechCrunch 报道，Figma 宣布了一系列新功能，核心目标是定义 Agent 在其平台上的工作方式。同时，Figma 的代码层（code layers）功能进入公开测试阶段。
需要说明的是，目前公开信息只给出了方向性描述，没有披露具体的接口形态、权限模型或计费方式。因此更值得关注的不是功能清单，而是 Figma 选择在这个时间点出手这件事本身。
为什么重要
过去两年，设计工具与 AI 的结合大多停留在"生成"层面：生成界面草图、生成配色、生成文案。这类能力本质上是把 AI 当作一个更快的画笔，产出物仍然由人来接管和整理。
Agent 带来的变化是结构性的。Agent 不是一次性产出，而是持续操作：读取文件、修改图层、调用组件、提交变更、等待反馈。这意味着平台必须回答一系列此前不必回答的问题——Agent 以谁的权限操作？它的修改如何被追溯？人类设计师如何审核和回滚？多个 Agent 同时改动同一份文件时如何避免冲突？
Figma 的文件模型天然是多人协作的，这既是优势也是负担。优势在于它早就有一套围绕评论、版本历史和权限的机制；负担在于，这套机制是为人类设计师的节奏设计的，Agent 的操作频率和粒度都完全不同。
代码层进入公开测试，则指向另一个方向：设计与代码之间的边界正在被重新划定。如果设计文件中的结构能够以更接近代码的方式被表达和操作，那么 Agent 就有了一个比像素更稳定的操作对象。这对自动化流程的意义，可能大于对设计师日常工作的直接影响。
影响与看点
对开发者而言，值得观察的是 Figma 会以什么形式开放 Agent 能力。是插件体系的延伸，还是独立的 API 与权限层？前者门槛低但能力受限，后者更灵活但需要平台承担更多治理责任。
对设计团队而言，短期内更现实的变化可能不是"Agent 替我画图"，而是"Agent 替我维护设计系统的同步"——这类重复、规则明确、容易出错的工作，恰恰是 Agent 的舒适区。
对整个工具赛道而言，Figma 的动作释放了一个信号：设计工具的竞争焦点，正在从"谁的功能更多"转向"谁更适合被 Agent 调用"。这是一个平台级的选择，而不是一次功能更新。
一句判断：Agent 进入设计工具的真正门槛不在模型能力，而在权限与可追溯性——谁先解决这个问题，谁就定义了下一代设计协作的默认形态。
