R1.06.3contribution friction设计
贡献成本过高会导致绕过体系
别名: 贡献摩擦 · 影子界面 · shadow UI · 绕过
概念解释
把一个改动送进共享库，要经过提案、评审、无障碍、令牌对齐、文档和发布窗口。这些步骤每一项都有道理；加在一起可能超过业务线自己在产品仓库里做一版「先能用」的工期。当贡献的交易成本持续高于旁路工期，团队会在体系外交货。这些货通常不再回流。这个机制叫贡献摩擦（contribution friction）导致的绕过：不是没人守门，是门的通过时间把守法者变成了法外施工队。
绕过的产物是影子界面——看起来像系统里的件，实际不受主题、版本和缺陷修复约束。
机制
贡献是一笔交易。业务线比较的是「走共享库等到合并」和「在功能分支里写完并随需求发布」。后者的日历确定，前者常不确定。不确定性本身有价格：排期里不能把「可能下周才能用上的按钮」当依赖。于是功能分支里长出私有按钮、私有对话框。私有件不进文档站、不吃语义别名、不跟版本走，下一次改版或对比度修复到不了它们。摩擦越高，影子界面的密度越高；体系的采用率数字可能仍好看，因为主路径还在用旧件，新路径已经在旁边另起炉灶。
摩擦来自串行等待、重复证明和不可预测的驳回，不来自「有人有权说不」本身。把关可以很快；把关加上四周的静默才贵。
边界
受监管的行业（支付、医疗、无障碍诉讼风险高的市场）必须把某些检查做成硬门槛，这时高成本是买保险，不是摩擦失控。真正的判据是：必要检查是否并行、是否有时限、驳回是否给出可执行的修改。一人维护的小库，贡献路径本来就短，谈摩擦没有对象。Hackathon 或探索分支允许旁路，条件是到期删除或补走正门；没有到期日的「探索」就是永久影子。产品已冻结、不再接受新原语时，高成本是有意的关闭，应公开说「本窗口不收新件」，而不是用漫长流程假装还开放。
怎么落地
- 测量一次典型贡献：从提案提交到可被业务仓库引用，经过的日历天数、往返次数、等待中的静默天数。把这个数字公开给使用方。
- 能并行的检查并行（对比度、键盘、令牌引用可以同一天跑），给每一关写最长等待。超时未回复视为通过并记录，而不是无限挂起。
- 提供一条「先在产品仓库落地、约定期限内回送」的临时通道，回送失败则到期删除，避免临时件转正无主。
- 验证：在最近两个迭代里，列出业务仓库中新增的、未引用共享库的按钮/对话框/输入。若其中多半作者能指出「当时走正门要等过发布日」，摩擦已经在制造影子界面。把「正门周期」和「功能发布周期」并排：前者系统性地长于后者，绕过就是默认策略，不是个别偷懒。