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