R1.07.6rebrand leakage cost设计
品牌改版成本取决于差异是否收敛在体系内
别名: 改版泄漏 · 令牌内改版 · token-bounded rebrand
概念解释
换一套品牌，账单长短很少取决于新标志有多响，而取决于旧差异藏在哪里。差异若写在语义别名和少数表达组件里，改版是重新赋值。差异若漏进页面里的硬编码色值、一份份私有 SVG、从共享库分叉出去不再合并的组件，改版是考古。改版泄漏成本（rebrand leakage cost）把这次施工量写成「有多少不像活在体系外」。新品牌越响，泄漏越大，账单越不可控——响度本身不是驱动项，泄漏才是。
机制
赋值改版的工作量近似于语义别名的条数加表达组件的个数，与页面数无关。考古改版的工作量近似于硬编码出现次数 × 找到并替换的人工，随页面和仓库线性涨，且找不到的那些会在上线后以旧色、旧标的形式冒出来。泄漏在日常并不痛：这一页临时写死一个十六进制，比提令牌更快。这些局部最优在改版日变成必须全库检索的债务。体系内的差异是改版的功能：换值即换貌。体系外的差异是改版的阻力：每一处都要被发现、被谈判、被补进新体系或被删除。成本函数跟的是泄漏面积，不是新视觉的激进程度。
边界
第一次建立系统之前的产品，泄漏是历史给定的，改版必然带考古；这条判断用于「系统声称已经接管之后」发生的新泄漏。印刷、包装、线下空间不在界面令牌里，改版要另开物料清单，不能用界面赋值代替。用户生成内容、第三方嵌入、系统截图缓存，即使令牌全换，旧貌仍会残留，需要过期策略。多品牌并行时，「改一个品牌」不应改到另一个品牌的赋值；若共享了不该共享的别名，那是分层错误，会把一次改版变成误伤。动画和插画若以位图而不是可换色的矢量存在，它们在令牌层不可达，改版时必须按资源而不是按别名处理。
怎么落地
- 改版前做泄漏审计：全库检索硬编码色、未走语义别名的字号、私有图标、已分叉组件。按文件列出，估「赋值可覆盖」和「必须手工」的比例。
- 日常禁止新的硬编码进入产品主路径：拉取请求里出现未声明的色值或字号，视为新泄漏，当场改走别名。
- 分叉组件必须登记回流日期；过期未回流的，改版时按删除或强制赋值处理，不按「以后再说」。
- 验证：在暂存环境只替换语义别名和表达组件，不改业务页面。主路径上仍露出旧色、旧标、旧圆角的每一处，都是泄漏点。把这些点的数量作为改版预算的真实输入。若只替换别名后主路径已经换貌、仅营销物料和位图插画需另处理，差异就是收敛的。若业务页面大面积不动，账单将按页面数而不是按别名数增长——那是泄漏在定价，不是品牌方案在定价。