当界面、组件和视觉变体可以被快速生成，设计系统还应当管理什么

10 月 9 日，Interaction Design Foundation 哥伦比社群将举行一场关于设计系统与 AI 的线上讨论。Banco de Bogotá 体验设计负责人 Julián Cabrera 提出了这样一个问题，当界面、组件和视觉变体可以被快速生成，设计系统还应当管理什么。

设计系统过去主要解决生产秩序。团队把颜色、字体和间距整理成变量，把反复出现的对象封装为组件，再通过文档维持设计与开发之间的一致性。这套方法默认组件仍由人来选择。设计师会结合业务目标、页面层级和用户状态，判断某个组件是否应当出现，以及应该以哪种方式出现。

Agent 接入设计系统后，这项默认条件发生了变化。机器可以正确调用按钮、弹窗和表单，却未必理解一次操作为什么需要打断用户，某项信息为什么必须持续可见，或者某个高风险动作为什么不能被自动执行。组件本身没有出错，组合出来的体验仍可能失去秩序。

因此，设计系统接下来需要治理的不是生成速度，而是生成决策。除了提供组件和变量，它还要说明使用条件、禁止情形、状态关系与内容边界。以及什么情况下允许出现弹窗，哪些操作必须经过确认，等待状态应该怎样反馈，自动生成的表单必须包含哪些错误处理，这些过去散落在评审经验和团队默契中的判断，需要被纳入系统。

这将会改变设计规范的写法。“保持简洁”“谨慎使用红色”之类原则对人尚有解释空间，对 Agent 却缺乏稳定约束。规则需要指向可识别的对象、条件和结果。红色是否只用于危险操作，删除前是否必须说明影响范围，自动保存失败后是否保留用户输入，这些都应该能够被生成流程读取，也能够在结果中被检查。

设计师的工作也会随之改变。维护设计系统不再只是增加组件、修正变量和整理文档，还包括定义机器能够执行的边界，检查生成结果是否违反产品逻辑，并把反复出现的错误重新写入规则。

这并不表示审美判断可以完全转化为规则。许多设计决定仍然依赖语境、文化以及对具体用户的理解，机器可读的规范也不能保证模型始终遵守。此次沙龙目前只提出了讨论方向，尚不足以证明某套治理方式已经成熟。它指出的变化已经成立。当界面生产逐渐自动化，设计系统的价值将不再取决于它收纳了多少组件，而取决于它能否约束这些组件被AI如何使用。