，任何人都可能说“甲方没要求你讲，是你自己抢风头”。
19:03，信息安全部负责人突然发来一条邮件，标题让周砚眼皮微跳：《关于监控缺失时段运维告警编号补充说明（初步）》。
他点开，附件里终于出现了一个告警编号，以及一句轻描淡写的解释：“18:47摄像头短时掉线，疑似网络抖动导致，18:59恢复。无人工干预记录。”
无人工干预记录。
这句话看似正常，实则危险。因为它把缺口定义成“客观故障”，并暗示“没有人动过”。如果这个结论被固定，302那十二分钟就会永远成为“自然空白”，任何预置行为都能藏进去。
周砚没有直接反驳“你们在洗”。他只抓“可核验细节”：
——网络抖动的上游交换机日志呢？
——掉线期间同层其他摄像头是否也掉线？
——如果只是网络抖动，为何偏偏是302走廊这一段？
——恢复后有没有画面跳帧或时间轴异常？
——运维系统里有没有手工“重启摄像头”的动作记录？
他立刻回邮件，仍旧三句式，简短而硬：
“请补充告警编号对应的完整链路日志：1）上游交换机/PoE供电日志与同层摄像头对比；2）掉线前后录像时间轴连续性校验结果；3）恢复动作记录（含是否存在远程重启/配置变更）。在未补齐前，请勿将监控缺失认定为‘客观故障且无人工干预’，以免形成不可逆倾向结论，影响项目事故追溯。”
发完他截图归档，并把“监控缺口”那条清单更新为v1.4，新增“运维链路对比日志缺失”一项。缺口清单越具体，对方越难用一句模板结案。
20:10，梁总突然把周砚拉进一个小群，群里只有三个人：梁总、周砚、信息安全负责人。梁总开门见山：
“我不管你们技术上怎么解释监控掉线，我只看两点：证据链能不能闭环；项目交付能不能不受影响。安全部，明天中午前把能给的都给出来，不能给的说明原因并出替代证据。周砚，你这边把开放日口径再做一次压力测试，别给任何人抓住一句话。”
周砚回：“收到。我会把‘十分钟集中说明’讲稿版本化、哈希固化，并做演练录屏留痕。”
信息安全负责人只回了一个“好”。
小群的存在本身就是信号：梁总已经把这件事从“部门协作”提升成“项目事故闭环”。这意味
本章未完，请点击下一页继续阅读！