Claude Design 深度体验：设计重心是否正在从 Figma 回归代码？

核心要点

• 设计系统的过度复杂化：为了在工程组织中证明价值，设计逐渐趋向系统化，导致 Figma 引入了大量如组件、变量、属性等复杂原语。
• Figma 的数据孤岛困境：Figma 封闭且缺乏文档的格式使其未能进入 AI 大模型的训练数据，导致 AI 代理更擅长处理代码而非 Figma 原语。
• 真理来源的迁移：随着 AI 代理能力的提升，设计的核心（Source of Truth）正从设计工具的模拟层重新迁移回代码层。
• 效率与媒介的矛盾：在代码中直接修改设计再反向同步到 Figma 的过程极其繁琐，反映出当前设计流转模式的弊端。

详细分析

设计系统化的代价与 Figma 的局限

作者指出，随着产品团队规模的扩大，设计为了在工程导向的组织中生存，被迫走向了高度系统化的道路。Figma 顺应这一趋势，发明了一套独立的原语系统，包括组件（Components）、样式（Styles）、变量（Variables）和属性（Props）。虽然这些概念部分借鉴了编程思想，但并不能与代码完美映射。这种复杂性催生了专门维护系统的设计岗位，但也导致了迁移成本高昂和自动化工具匮乏的问题。Figma 虽然通过确立其作为“权威工具”的地位赢得了竞争，但这种封闭性在 AI 时代成为了沉重的负担。

AI 时代下的“真理来源”回归

在当前的代理化（Agentic）时代，大语言模型（LLM）展现出了强大的能力。然而，由于这些模型是基于公开代码训练的，而非 Figma 的私有原语，导致 AI 在理解和生成代码方面远胜于操作 Figma。作者认为，当代码变得越来越容易编写，且 AI 代理持续进化时，设计的“真理来源”将自然而然地回归到代码本身。Figma 过去十年建立的繁琐基础设施，在能够直接操作最终媒介（代码）的 AI 面前，显得过于冗余且低效。

创作媒介的本质反思

作者通过“陶器与水彩画”的生动比喻，质疑了当前设计流程的合理性：如果我们最终的目标是制作陶器（代码实现的产品），为什么我们要先画一幅水彩画（Figma 设计稿）而不是直接上手捏泥土？在实际工作中，将代码中的设计变更手动同步回 Figma 是一项痛苦且无趣的任务。即使是 Figma 官方最顶尖的设计系统文件，也难以掩盖这种模式下的内在矛盾。这种脱节暗示了设计工具可能正面临一场范式转移。

行业影响

该观点揭示了 AI 对 UI/UX 设计行业的深远影响。如果设计的核心重新定义为代码，那么传统 UI 设计师的角色可能需要向“能够驾驭 AI 的代码化设计师”转变。同时，这对于像 Figma 这样的传统设计工具巨头构成了挑战，迫使行业重新思考设计稿与最终产品之间的交付边界。AI 可能会加速“设计即代码”趋势的普及，减少中间环节的损耗。

常见问题

问题 1：为什么说 Figma 在 AI 时代面临挑战？

因为 Figma 的数据格式是封闭且缺乏文档的，这导致 AI 大模型在训练阶段无法学习其内部逻辑。相比之下，代码是开源且结构化的，AI 能够更高效地生成和修改代码，从而绕过设计工具直接产出结果。

问题 2：设计的“真理来源”回归代码意味着什么？

这意味着未来的设计流程可能不再以静态的设计稿为准，而是以实际运行的代码为核心。设计师可能会更多地在代码层面或通过能直接生成代码的 AI 工具进行创作，减少在设计工具中进行“模拟”的时间。