附件里终于出现了一个告警编号，以及一句轻描淡写的解释：“18:47摄像头短时掉线，疑似网络抖动导致，18:59恢复。无人工干预记录。”

无人工干预记录。

这句话看似正常，实则危险。因为它把缺口定义成“客观故障”，并暗示“没有人动过”。如果这个结论被固定，302那十二分钟就会永远成为“自然空白”，任何预置行为都能藏进去。

周砚没有直接反驳“你们在洗”。他只抓“可核验细节”：

——网络抖动的上游交换机日志呢？

——掉线期间同层其他摄像头是否也掉线？

——如果只是网络抖动，为何偏偏是302走廊这一段？

——恢复后有没有画面跳帧或时间轴异常？

——运维系统里有没有手工“重启摄像头”的动作记录？

他立刻回邮件，仍旧三句式，简短而硬：

“请补充告警编号对应的完整链路日志：1）上游交换机/PoE供电日志与同层摄像头对比；2）掉线前后录像时间轴连续性校验结果；3）恢复动作记录（含是否存在远程重启/配置变更）。在未补齐前，请勿将监控缺失认定为‘客观故障且无人工干预’，以免形成不可逆倾向结论，影响项目事故追溯。”

发完他截图归档，并把“监控缺口”那条清单更新为v1.4，新增“运维链路对比日志缺失”一项。缺口清单越具体，对方越难用一句模板结案。

20:10，梁总突然把周砚拉进一个小群，群里只有三个人：梁总、周砚、信息安全负责人。梁总开门见山：

“我不管你们技术上怎么解释监控掉线，我只看两点：证据链能不能闭环；项目交付能不能不受影响。安全部，明天中午前把能给的都给出来，不能给的说明原因并出替代证据。周砚，你这边把开放日口径再做一次压力测试，别给任何人抓住一句话。”

周砚回：“收到。我会把‘十分钟集中说明’讲稿版本化、哈希固化，并做演练录屏留痕。”

信息安全负责人只回了一个“好”。

小群的存在本身就是信号：梁总已经把这件事从“部门协作”提升成“项目事故闭环”。这意味着对手想拖成“无法确认”的空间正在缩小，他们会更急，急到可能在开放日现场下手。

21:06，周砚准备下班时，手机再次震动——陌生号码，没有内容，只有一张图片。

图片打开的一瞬间，周砚的瞳孔微缩。

那是一张模糊但