很多团队都“做过组件库”，但真正做到统一体验和高复用的不多。
问题通常不在技术，而在治理机制：没有明确标准、没有升级策略、没有约束入口。
从 token 开始，而不是从组件开始
设计系统最稳定的基座是 design token：
- 颜色、间距、圆角、字体、阴影
- 语义化命名，不直接暴露原始值
如果 token 没统一，组件越多，风格越容易分裂。
组件库的分层建议
我常用三层：
- 基础层：按钮、输入框、弹窗等通用原子组件
- 业务层：列表筛选、表单块、详情区等组合组件
- 页面层：由业务项目自己组装，不沉淀进库
分层后，组件库会更稳定，业务迭代也不会被“公共组件变更”拖慢。
发布治理要点
至少要有这几条：
- 组件变更分级（破坏性/兼容性）
- 可视化回归检查
- 清晰的升级说明和迁移脚本
组件库一旦服务多个项目，发布治理的价值会远大于“多加几个组件”。
小结
设计系统不是 UI 项目，而是工程协作系统。
让团队在高频迭代下保持一致体验，才是它真正的价值。