界面设计经验如何沉淀为可执行规则生成代码带来的问题值得沉淀成规则但规则也不能把每一次例外都当成违规。比较好的循环是从评审和缺陷中找出重复模式写成可读的检查项再在 CI 中执行。规则报告出问题后仍由人决定是否修复或豁免。例如对组件源文件禁止字面量颜色但允许规范化的 Tokenconst allowed new Set([transparent, currentColor]); function checkColor(value) { if (allowed.has(value) || value.startsWith(var(--)) return; if (value.startsWith(#)) throw new Error(请改用语义化颜色 Token); }自动替换“最接近”的颜色或间距要很谨慎。相近的视觉值不代表语义相同自动修复可能把警告变成更隐蔽的错误。规则应输出文件、行号与理由无法判断时创建待审变更。这样模型产生的候选代码才会逐渐贴近团队语言而不是绕过它。