同一周，清远一个项目出现了更真实的状况：交付节点临近，电梯井渗水引发多楼栋报修，内部工单连续增长，监理隐患单也出了编号，整改工单链路很清晰。

城投负责人这次没找“指导”，直接按SOC-Impact-01填：

影响楼栋：6

7天新增工单：18

监理隐患单号：有

整改工单链路：有

复测run_id：已绑定

编号：可选，填了一个，验真+关联性PASS

系统判定：S2（片区）→ 允许exception一次（48小时）。

排期指纹action_id公开显示：插队原因码=SOC-S2，exception_id在看板可见。

清远那边在群里发了一句很实在的话：“这次插队插得安心，因为链条在，复测也绑了。”

银行何经理也回：“我们认可。因为你插队不是为了躲责任，是为了把风险关住。”

这就是林远要的效果：例外仍然能救命，但例外不再能被卖。

5）规则固化：把“范围分级”写进省版刻度

当晚，陈毅把变更单编号挂上公共接口：EXC-01.2 / SOC-Impact-01。

并在省版刻度里新增一条字段：soc_scope_level（S0–S3），作为例外编号的必填项，写进审计旁听清单。

规则一旦入库，就不再是某个人的“硬气”，而是系统的“默认”。

林远看着那条变更单，没说什么，只把白板上的最后一句圈了一圈：

小火不许开大门。

钩子：刷工单的生意要来了

第二天清晨，陈毅发来一条新的聚类预警：

“有项目在48小时内工单数突增，从1跳到15，但监理日志、整改链路没有同步增长。像在刷量。”

林远盯着那条曲线，心里很清楚：对手已经从“造号”转向“造量”。

编号验真挡住了假号，关联性校验挡住了借号，影响范围分级挡住了夸大——他们唯一能做的，就是把真实链条里的某个数量项刷起来。

他在白板上写下下一章的标题草案，像提前把下一条暗道封死：

“工单刷量的差值曲线”

“下一章，我们做‘工单指纹’。”林远说，“数量不是你说多少就多少，数量要和现场链条一起增长。只涨工单不涨整改，就是反表演。”

他停顿了一下，补上一句更冷的：

“想用噪音冒充火警的人，最后会被噪音淹死。”