什么是设计系统？
设计系统是一个团队为了一致地构建产品而共享的设计决定、组件与规则的集合。它通常包含设计 Token、组件库、使用规范和文档，并作为设计与代码共同的唯一事实来源来维护。
它由什么构成
大多数能用起来的设计系统有四层，而失败的那些通常缺第一层。
设计 Token：一切之下那些有名字的值——颜色、字体、间距、圆角、阴影、动效。
组件：可复用的部件，构建时引用 Token 而不是写死的值。按钮、表单字段、弹窗。
规范：什么时候用哪个组件、为它怎么写文案、无障碍要求什么。
文档：让人能找到上述一切的、可读的界面。
它不是什么
不是组件库。 组件库是其中一层。没有 Token 的设计系统，给你的是一致的组件坐在不一致的值上面。
不是一个 Figma 文件。 Figma 文件是它的一种呈现。如果代码没有引用同样的决定，你有的是两套碰巧长得像的设计系统。
不是文档。 文档描述系统。在决定 Token 之前先做文档站的团队，写的是对"什么都没有"的描述。
它们为什么会走样
设计系统的失效方式不是崩塌，而是侵蚀。没人决定要放弃它，只是系统之外不断堆积新的值：
- 设计师需要一个调色板里没有的颜色，就在文件里挑了一个。
- 赶工期的开发写下
padding: 14px，而不是去加一个间距档位。 - AI 助手生成了一个组件，用的是编出来的十六进制值，因为它没有办法读到这套系统。
单看每一件都说得通。合在一起，就得到一个代码库里并行跑着好几套谁也没决定要建的设计系统。
对策不是靠自觉，自觉扛不住规模。对策是让这套系统成为阻力最小的那条路：在每个要用它的工具里都能拿到，形式就是那个工具期待的形式，中间不需要人工步骤。
建一套要多久
纯手工的话，第一版成型的体系通常要几天到几周。不是因为哪个决定难，而是因为决定有几百个，而且互相牵扯。要有在每种搭配下都守住对比度的色阶，要有不是简单反色的深色模式，要有能扛过换品牌的语义命名。
这与 Flash DSM 的关系
Flash DSM 从提示词、网址、Figma 文件或截图生成 Token 层和组件规格，之后持续让它们与代码、Figma 以及写代码的 AI 智能体保持同步。