第一百〇二章 记录
那行加粗字他盯了很久。
「不适用于被测物理量真实超标场景。」
传感器坏了，可以降级。设备真的超标还降级，就是把报警当噪声按掉。
如果2008年那次不是传感器坏，而是真实超标被人用降级压了下去，这份注释报告一旦提交，等于替泉华把一颗旧雷重新埋进合规材料里。签字的，是云帆。
他关掉扫描件，把手机扣在桌上，然后重新拿起来。
这个问题现在需要一个答案，不能停在这里。
他给方晓晨起草了一段话，改了两遍才发出去。
「方总，有一个问题需要向您确认。1996年备忘录里关于降级机制的前提条件，明确写明此机制仅适用于传感器物理故障场景。请问这套机制在过去是否有实际激活记录？如果有，当时现场工程师的判断依据是否有留存？我们需要确认历史激活过程是否符合原始设计前提，这一项会写入可行性报告。」
他把手机放下，感觉这段话分量不轻。但这个问题本来就不轻。
周一上午，方晓晨回复了。
「这个问题我让工程院查了一下。三十年里，这套降级机制一共被激活了三次，时间分别是 1998 年、2008 年和 2021 年。」
「1998 年：传感器硬件故障，工程师现场判断、确认，故障记录和维修报告完整，后续更换了传感器。」
「2021 年：同样是传感器问题，工程师签字的现场确认表和后续维修报告都在，流程没问题。」
「2008 年：激活日志在，但工程师确认表格缺失。日志里记录了激活时间和恢复时间，但没有工程师签字。当时负责的人我们在联系，他现在应该已经退休了。」
陆衍把这三条消息看了两遍。
1998 年和 2021 年没有问题，流程完整，有人负责。
2008 年有问题。激活了，运行了，恢复了，但没人在记录上签字确认传感器是真的坏了，还是因为其他原因触发了旁路。
他的判断先于打开船坞：写进去，但只能做附加建议，不替甲方下结论。提示风险是他的职责边界，判断那次激活是否合规是泉华的事。
他打开船坞，把这个情况说了一遍。让模型验证，不是让模型替他决定，只是想确认有没有遗漏的责任边界。
Claude：
> 激活历史是否符合合规要求，属于设备运维的责任边界，注释团队无法替甲方确认。报告里单独列一节「附加建议事项」就可以了：历史激活记录存在缺口，建议泉华独立核查，与注释工作并行处理。
豆包：
> 如果报告里不提，验收时泉华自己发现，问题更大。建议的措辞是：「可行性评估阶段发现此情况，列此提示，供泉华在合规准备阶段自行核实」。
确认。没有遗漏。
他起草了报告里这一节的初稿，标题是「附加建议」。
内容三段：
第一段，说明降级机制激活的历史情况，三次激活，两次完整记录，一次存在记录缺口。
第二段，说明评估团队无法代替泉华确认2008年激活是否符合设计前提，这属于运维记录和安全责任范围，超出本次评估的工作边界。
第三段，建议泉华在合规截止日期（11月）之前，联系2008年负责工程师或调取当年设备运行数据，独立核实激活原因，形成补充记录。
他保存了这一节初稿，发给乔木过目。
「法务确认一下措辞，这一节只是提示，不代替甲方做判断，不能写成评估结论。」
乔木没多久回来：「明白，我看一下。」
下午方晓晨补了一条消息。
「我们联系到了2008年那位工程师，他现在在外地，但愿意配合。他说那次是传感器接线松动导致读值漂移，不是设备本身超标，他有当时的工作笔记，但没有正式表格。我们看能否用他的书面说明补一份确认文件。」
陆衍回：「书面说明的形式可以和你们的合规顾问确认，我们这边只需要在报告里知道这件事在处理中，最终结果是泉华内部的事。」
方晓晨：「明白，我们这边处理。」
他把手机放下，事情的轮廓清楚了。
工程院找到了根文件，原始设计意图有据可查。三次历史激活，两次完整，一次有缺口但正在修补。注释该写的内容现在有框架：援引1996年备忘录，写明使用前提，标注泉华安全团队确认。
项目做到这里，已经走得比合同写的要深。
原合同写的是「五个模块的注释可行性」，现在变成了「三代代码的安全逻辑是否有文档根基，历史使用是否符合设计前提，合规准备缺口在哪里」。
工作量超了，但合同的价值也升了。他想了一下，决定下周和方晓晨开一个短会。
加合同的事，他不急着提。先让方晓晨看清楚一件事：他们买到的是一份能替泉华挡住十一月合规审查的底稿，这份报告的价值远超五个模块的注释。到时候，该谁主动开口就不一定了。