B2.23.3Internal Consistency设计
每处局部最优的差异都会累积成整体的不一致
别名: 局部优化 · 累积漂移 · 一致性债务
概念解释
单个页面或团队为当前任务做的小改动可能各自合理：这里多一个同义词、那里换一种按钮位置、另一处用“稍后”代替具体状态。单看都不严重，但它们相加后，内部一致性（internal consistency）会从局部最优集合变成全局混乱。
机制
一致性是产品级关系属性，而局部决策只能看到本页指标、本团队用户或本次排期。每个改动都会成为下一个人复制和扩展的先例；变体数量按模块和版本增长，映射冲突在跨任务时暴露。用户经历的不是设计团队的“每个决定都有理由”，而是一条路径上不断变化的对象名、控件位置和反馈语义。
边界
不是所有差异都是债务。真实任务差异、可访问性要求、平台约束和实验学习都可能要求变化；阻止一切偏离会把产品锁死在旧模式。判断标准不是“是否完全一样”，而是差异是否可解释、是否改变同一含义的表达，以及是否已经进入可复用工件。
怎么落地
- 建立一致性债务清单，记录含义、当前变体、出现位置、产生原因和迁移方案。
- 新增表达变体前先检查是否只是局部口味；若确需不同，写明语义差异和为什么不能复用现有表达。
- 每个季度抽取核心任务做端到端走查，统计对象名、动作后果和关键控件路径的变化次数。
- 把高频模块的修复同步回共享组件和词表，避免只有发现问题的页面变好。