含算法）：校验对象是什么？校验结果输出字段有哪些？失败会生成哪些审计字段？例如校验哈希、策略包签名、校验模块版本。定义说明属于文档，不是秘密。”
梁组长回：“我加到追问清单。”
---
电话会议结束后的半小时，原医院与供应商的“技术说明”又更新了。
这次声明更谨慎，出现了一个新词：“策略一致性校验”。他们承认“回滚系一致性校验失败触发的自动化回退”，并强调“未涉及人为操作”。
“未涉及人为操作”是一句结论性话术，不提供证据。可声明里出现“一致性校验”四个字，反而给了林昼一个更明确的核对方向：一致性校验要比什么？比策略包签名、比配置哈希、比策略生效状态。如果比对失败，那失败的对象是什么？是策略包本身，还是现场设备的回执？如果是设备回执，那设备日志与运维日志之间是否存在时间差？如果时间差存在，是否意味着有人在关键窗口更改了配置？
更重要的是：一致性校验失败为何偏偏发生在转运当夜02:18？而不是其他夜晚？如果系统长期稳定，为何这一次失败？要么是事件异常，要么是配置变化，要么是触发阈值改变。无论哪一种，都可以被日志核对。
林昼把声明截图封存，并给梁组长发：“他们承认一致性校验失败触发回滚，这是重要事实。下一步必须索要‘一致性校验失败’的最小证据：失败时间戳、失败对象类型（策略包签名/配置哈希/设备回执）、失败代码或错误分类字段。不给这些，‘未人为操作’只是口头结论。”
梁组长回：“监管会追问错误分类字段。”
林昼又加：“同时要求对v3.1-hotfix的变更摘要与签名证书链说明。既然说校验失败，可能与签名证书或策略包签名有关。把证书链与签名时间戳列出来，不是算法。”
梁组长回：“收到。”
---
傍晚五点，证人战线又起波澜。
护士长告诉法务：原医院有人在她家小区门口等她母亲，问她“什么时候回去签字”。这是越线了。不是停车场盯梢，不是短信威胁，是把压力投向家人。
法务当即报警备案，并建议护士长暂时不要回家，改由院方安排临时住宿。林昼听
本章未完，请点击下一页继续阅读！