Figma 这次更新里，最有意思的不是 AI。现在谁家产品发布不带 AI，反而显得不合群。

真正该盯住的是“代码层”：Figma 把代码直接放进协作画布，让团队可以在画布里克隆仓库，把代码里的流程抽出来变成设计层，用来测试、探索、改方向。

听起来像要抢工程师饭碗，但 Figma 自己先把边界划清了。CPO Yuhki Yamashita 说得很直白：这里不追求能进生产环境的漂亮代码，而是为了让设计师、产品经理、工程师更快试想法。

这次到底加了什么

项目变化影响
代码层在协作画布里克隆仓库、从代码抽取流程到设计层设计、PM、前端可以在同一张画布上试错
动效能力支持动画、转场、3D 变换少走“外部动画工具—转代码—再对齐”的弯路
AI 素材用 AI 生成 shader、fill 等视觉效果视觉探索速度更快，但仍要人来判断质量
AI skills用提示词创建可复用 agent skills把重复任务包装成团队内部小工具
上下文连接可接 Notion、Granola、Excel、GitHub 或附件AI 不再只凭一句提示词瞎猜
Weavy 整合未来可在 Figma 内生成 Weavy workflows多模型媒体生成流程会更靠近设计现场

这不是孤立更新。去年 Figma 推过基于提示词的原型工具 Figma Make，后来又接入 Claude Code 和 Codex，目的都指向同一件事：减少设计和代码交接时的摩擦。

以前的流程像接力赛。设计师交稿，PM 补需求，工程师重建逻辑，期间再反复对齐。Figma 现在想把接力赛改成围桌推演。

代码层的价值，不在代码

我不太买账“Figma 要变成开发工具”这个说法。它更像是在抢产品早期的试验场。

生产级代码有太多约束：架构、性能、安全、测试、可维护性、团队规范。Figma 的代码层如果硬往这里冲，很容易变成半吊子 IDE。它聪明的地方是退半步：不承诺上线，只承诺更快看见可能性。

这对产品经理和设计师很有吸引力。很多产品分歧，并不是因为大家不会画界面，而是因为没人能快速证明“这个流程跑起来是什么感觉”。静态稿太扁，完整开发太贵，中间那层一直很尴尬。

Figma 想占的，就是这层尴尬。

“天下熙熙，皆为利来。”放到软件工具市场也一样。谁控制了早期试错，谁就更接近需求源头。需求一旦在某个平台上长出来，后面的设计系统、插件、AI 助手、工作流，就都有了附着点。

效率是真的，依赖也是真的

这次更新少见地做对了方向：它没有把 AI 包装成全自动产品开发，也没有把代码层吹成工程替代品。它承认混乱，服务混乱。

但代价也会跟着来。

当动画、原型、代码片段、AI skills、外部知识库、GitHub 上下文都进入 Figma，团队会更顺手，也会更难离开。边界变模糊以后，设计文件不再只是设计文件，而是半个产品决策现场。

这对设计系统负责人尤其关键。工具越强，治理越重要。否则画布会从协作空间变成新型垃圾场：一堆可运行的探索、一堆没人维护的 AI skills、一堆看似接近代码但没人敢上线的半成品。

所以判断 Figma 这步棋，不该问它能不能替代工程师。答案很明显：不能，也不该。

更该问的是：一个产品想法从模糊到可讨论，未来是不是越来越多发生在 Figma 里。

如果答案是是，Figma 抢到的就不是一个功能点，而是一段流程的入口权。