Figma 在 2025 抛出一个狠判断：设计系统不是给人用的，是给 AI 用的

如果你还把设计系统当成“组件库+文档”，这场 Figma 的演讲会让你彻底坐不住。Figma 在 2025 年抛出一个反直觉观点：设计系统的真正用户，正在从设计师，变成 AI。本篇文章带你拆解这背后的逻辑、工具变化，以及它对 AI 从业者意味着什么。

最反直觉的一点：设计系统，第一次比人更重要的是“给 AI 看”

Matt 在开场就点破了一件很多人心里隐约感觉到、却没人说透的事：AI 已经在重塑产品构建方式，而设计系统正站在这场变革的正中央。

过去十年，设计系统解决的是“人”的问题——一致性、复用、协作效率。但现在，一个新的核心用户出现了：大语言模型。LLM 正在参与设计、生成代码、做决策，而设计系统，决定了它输出的上限。

这也是为什么 Figma 观察到一个明显变化：企业开始重新加大对设计系统的投入，不是为了更好看，而是为了“让 AI 不胡来”。没有系统的 AI，只会放大混乱；有系统的 AI，才能放大质量。设计系统不再是成本中心，而是 AI 时代的放大器。

“绝望之壑”：设计与代码的裂缝，正在拖垮 AI 的可信度

设计和代码不同步，这件事大家都习以为常。但 Matt 给它起了一个非常狠的名字：Chasm of Despair（绝望之壑）。

问题不只是同步难，而是信任崩塌。一旦设计稿、代码实现、文档开始分叉，团队就会逐渐放弃系统，转而各自为战。更糟的是，AI 会在这个裂缝里彻底迷失——它不知道哪个是“真相”。

Figma 的判断很明确：这道裂缝是 AI 时代最大的 adoption killer。但反过来看，一旦设计与工程被重新拉近，设计系统才有可能真正兑现它的承诺，成为跨角色、可扩展的基础设施。

不是再同步文件，而是第一次“同步意义”

真正的转折点，出现在 Figma MCP 和 Code Connect 的组合上。

这里有个非常关键的变化：Figma 不再满足于同步组件、图标或样式，而是开始同步 token、props、使用模式、组件语义——也就是“意义”。

MCP 把设计系统变成一个活的服务，而不是静态资产。其他工具（包括 AI）可以实时获取结构化的系统上下文。这解决的不是“我有没有这个组件”，而是“我该不该在这里用它”。

这一步，对 AI 极其重要。因为 LLM 不缺生成能力，缺的是判断边界。设计系统一旦变得可被机器理解，AI 才第一次有可能真正遵循设计意图，而不是表面模仿。

当设计评审变成自动补全，系统开始像同事一样工作

Check designs 这个功能，透露出一个非常清晰的未来方向：设计系统正在从“规范”进化为“协作者”。

它不是在设计完成后指出错误，而是在设计发生的当下，实时校验、自动修正、轻量提醒——就像 IDE 里的自动补全。

更重要的是，Figma 强调了一点：当工具真正理解系统细节，设计师就不再需要成为系统专家。系统本身，开始承担“记住规则”的工作。

这对 AI Agent 意味着什么？意味着未来的设计系统团队，不只是维护规则，而是在训练一个能理解设计意图、上下文和真实使用习惯的智能体。

设计系统的终局形态：看不见，但无处不在

在演讲后半段，Matt 描绘了一个很少被明说的愿景：设计系统会逐渐“消失”。

不是不重要，而是变成背景基础设施。它会随着产品演化自动生长，甚至在没有文档的情况下，理解团队如何使用间距、组件如何演进，并反向建议系统更新。

在这个世界里，AI 不只是检查按钮用没用对，而是理解设计意图，给出更符合团队习惯的替代方案。设计系统团队，也将从“配置管理员”，转向真正的创造者和模式设计者。

总结

这场分享最重要的信息只有一句话：AI 时代的设计系统，不是被动规范，而是主动智能。

如果你是 AI 从业者，这意味着一件事——上下文结构，正在成为新的护城河。模型会越来越强，但谁能提供清晰、可机器理解的系统语义，谁才能真正驾驭 AI。

一个值得思考的问题是：你的产品、你的系统，是否已经准备好被 AI 正确理解？如果没有，真正的瓶颈，可能不在模型，而在你还没补上的那套“意义层”。

关键词： 设计系统， Figma， 大语言模型， AI Agent， Design Token

事实核查备注： 需核查：1）演讲者 Matt 的具体职称与角色；2）Figma MCP 与 Code Connect 的官方定义；3）Check designs 功能的正式名称与发布时间；4）视频实际时长与发布背景（Schema by Figma 2025）。