一套设计系统刚建好时，往往整齐得像样板间：统一的字号、间距，按钮只有几个固定状态。可产品一复杂，数据表格塞不下标准按钮，第三方页面又有自己的样式，团队通常不会停下来重做一切，而是增加一个组件变体——同一组件为特定尺寸、状态或场景准备的受控版本。
Shiva Padival 在 Muzli 撰文提出，成熟系统因此更像“妥协博物馆”。这些例外未必只是设计债务，也可能记录着当时绕不开的法律要求、性能限制、利益相关方意见或紧急的无障碍修复。换句话说，杂乱有时恰恰证明系统正在被真实团队使用。
关键不是守住绝对纯净，而是留下例外产生的原因，让旧方案公开退场，并持续观察团队在哪里偏离规范。作者建议从字体、颜色、间距和少量组件起步，再根据实际例外扩展。本文是经验性观点，未提供系统调查数据；但它提醒团队，设计系统的价值不在于单独看起来漂亮，而在于替用户吸收产品成长中的混乱。