R1.18.4bypass distribution as diagnosis设计
绕过点的分布指出体系缺什么
别名: 绕过分布 · 绕过诊断 · bypass map · missing-capability signal
概念解释
绕过是产品在体系标签之外完成同类界面的那些调用点：私有壳、原生翻版、从别处拷来的控件。单个绕过可以是一次赶工；绕过点的分布（bypass distribution）把它们按页面、任务、控件种类铺开之后，密集处就不再是「某人不守纪律」，而是体系缺了一块——缺某种日期选择、缺某种多选、缺能进工具栏密度的动作按钮。分布是诊断，不是黑名单。
看分布要看形状：是散点（各处偶发）还是簇（同一任务上反复出现）。簇指向缺口。散点更像局部权宜，不该驱动体系去为每一次权宜开一个组件。
机制
使用方绕过通常不是因为喜欢自己做，而是调用点上的任务在体系里找不到可合法完成的路径：没有这个状态、没有这个槽、现场说明没说能怎么组合、贡献一个新组件的成本高过私做。同一缺口会在所有撞上该任务的页面上重复，于是绕过在任务维度上成簇。按团队切，簇会被切碎，看起来像「这几个组不采用」；按任务切，簇会重新聚成「所有人在日期范围上都在私做」。
诊断读的是簇的标签，不是簇的人数。十个产品在「筛选栏」上各自做了一套芯片，体系缺的是筛选芯片，不是十次批评。若把分布当成不服从地图，维护者会去劝人改调用，缺口留在原地，下一季度簇还在。
边界
安全绕过（支付、鉴权必须用平台原生，不能换成体系控件）会形成合法簇，应标成「不适用」，不要当成缺口。过期的绕过——体系已经补上、产品还没迁——是迁移队列，不是新缺口；分布里要用版本把它们分开。设计探索稿里的非体系画法不是产品绕过。只有一处、且任务独特到没有第二处会再撞的，保持为局部实现，不要被分布里的「也算一个点」推去抽象。扫描盲区（无法解析的原生模块）会造成假散点或假空洞，先补识别再读形状。
怎么落地
- 给每个绕过打两个标签：所在任务（筛选、日期、上传……）和所在表面（设置、列表、营销）。按任务聚簇，不按团队聚簇。
- 簇的大小过阈值（例如同一任务 ≥ 5 处、或 ≥ 3 个产品）就开一条体系待办：缺的是哪种能力，而不是「通知某团队」。
- 已有对应组件的簇，去看现场说明和合法配置——往往不是缺组件，是缺能被读到的用法或缺一个状态；待办写成补说明或补状态。
- 验证：列出最大的三个簇，分别写出「体系若有 X，这些点可以消失」。X 必须是能力（控件、状态、槽），不能是「他们更守纪律」。补上 X 之后重扫，簇应下降；若只发了整改函、簇不动，诊断就被用成了黑名单。再把同一批点按团队重切：若簇消失，说明按团队读会把缺口读丢，以后禁止只出团队视图。