B2.23.2Internal Consistency设计
靠共享组件与统一词表维持的一致性能存活，靠文档规范维持的会随时间瓦解
别名: 设计系统 · 共享组件 · 术语表
概念解释
内部一致性（internal consistency）能否持续，取决于约束放在哪里。共享组件、API、模板和术语表把规则嵌入生产路径，新页面天然继承；只写在文档、幻灯片或评审记忆中的规范，会在人员更换、排期压力和新功能旁路中逐渐失效。
机制
共享工件在每次创建时强制或默认提供一致表达：词表接入文案校验，组件封装行为和可访问状态，模板继承结构，代码类型约束字段名。文档则依赖人主动查找、解释和执行；它无法阻止复制旧页面、引入近义组件或在紧急修复中绕过流程。时间越长、贡献者越多，执行成本差距越明显，文档一致性会退化为“历史版本的一致”。
边界
共享组件不是自动良好设计。若组件库允许过多变体、复制分支或局部覆盖，它也会大规模传播不一致；过强封闭又会阻塞合法任务。统一词表也需要维护：概念变化时若只改文档不改键值、接口和组件标签，系统会用旧表达继续生成新界面。
怎么落地
- 把核心对象和动作词表做成构建时可校验的数据源，文案、路由、日志和测试读取同一份键值。
- 为常用操作提供唯一组件入口，限制危险变体，并在 code review 中禁止手写等价控件。
- 当概念变化时同步更新组件、词表、迁移脚本和示例，而不是先改 PDF 或网页文档。
- 用自动化扫描统计手写按钮、同义词和状态标签数量；把新增例外登记为待迁移债务，而不是默认接受。