就在这时，门口那串脚步声停了。

两名新的人员进来，一前一后，没穿工服，也没拿平板，只拎着一只薄文件袋。前面那人年纪不大，领口扣得一丝不苟，进门先扫了一眼外屏，眼神停在“回写请求已进入风暴队列”上，明显怔了一下，随即很快恢复镇定。

他开口时，语气带着那种熟练的“我们可以谈”的腔调。

“林先生，风暴队列不能这么卡。合作函不是谁的武器，是为了统一处理。灰名单回写只是把既有协作继续下去。现在你们把所有软点都摊开，只会让窗口后面的业务完全停摆。”

林昼看着他，忽然笑了一下。

“你刚进门，第一句不是问事实，先问停不停摆。”他道，“说明你也知道这不是流程问题，是风险暴露问题。”

那人脸色微变。

林昼没有给他反应的余地，抬手指向屏幕。

“你们最怕的不是停，是校验。”他说，“只要把合作函拿来反向校验，谁先写的、谁后补的、谁把灰名单挂进附件的、谁把代签当成习惯的，都会一层层露出来。你们现在急着来，是怕我们校验到第二层。”

“第二层？”那人下意识重复。

周工忽然在旁边插了一句，声音不高，却像把一根钉子直接敲进桌面。

“第一层是风暴队列，第二层是附件顺序，第三层才是回写来源。”

林昼眼神一动。

对方的表情明显僵了半秒。

这半秒足够了。

林昼立刻意识到，合作函风暴并不是一条线，而是三层套三层。第一层是表面协作，第二层是软点藏匿，第三层才是源头的回滚编号。只要把第一层公开掉线，第二层就会露出排布，第三层就会暴露它到底从哪个口子开始写歪。

“把所有草案按附件顺序重排。”林昼说，“先按逆置顺序还原，再做来源链校验。我要看它们最开始是怎么被写进来的。”

周工应声，屏幕立刻开始翻页。

一份份合作函草案被拖进校验界面，附件顺序像被一只看不见的手重新拧开。原本看不出的差别，一下子在灯下显形：有的草案在代签项前多了一行空白，有的在灰名单引用处少了一个核验脚注，有的在签前一致后面塞了一个未公开的“协作补位人”，还有一份最早的草案，正文里根本没写灰名单，只是在附件目录里用极小的一行字标了“既有习惯说明”。

就是这行字。

林昼的眼神定住了。

“软点围猎的第一只钩子，找到了。”他说。

门外那名年轻一点的人脸色彻底变了。他终于明白，合作函风暴最可怕的地方，不在于函多，不在于人多，而在于它把软点都包进了“正常”的纹理里。现在林昼不是在追函，是在反过来校验谁先碰软点，谁先把软点当成了路。

周工这时把新弹出的结果推到最上层。

源头回滚编号：待确认

软点围猎入口：既有习惯说明

第一关联：维护复核空档签

第二关联：协查席位预留态

第三关联：首签端口径先行

林昼盯着那串结果，缓缓吐出一口气。

风暴开始反向校验了。

而真正藏在里面的第二层回滚编号，已经在纸堆底下露出一点边角。_c