实损失，无法计入收益。
程序当年留下批注：
【如果只统计完成的任务，不统计被阻止的事故，R7永远看起来没有价值。】
销售部门回复：
【客户不会为“没有发生”单独付费。】
这两句话之间，就是第七条后来的命运。
它让项目变慢，让负责人必须回应，却只能证明一些坏事没有出现。看得见的成本每天发生，看不见的收益永远容易被删。
工作组因此重新制定评估指标：任务完成率之外，必须统计不可逆风险阻断、错误冻结、上返响应时间和异议采纳结果。
新规则可能让设备停得太多。
也可能真的阻止错误。
两种结果都必须被数据看见。
恢复评审最后决定，把“被避免的事故”作为独立指标保存至少五年。即便无法折算成本，也不得从项目总结中删除。
一条规则的价值，不能只由它帮助完成了多少任务衡量。
这项指标被正式编号为R7-E01。
编号生效。
这让恢复后的规则有了第一项可以长期追踪的证据。
专项审计即将结束时，技术人员发现镜像最后还有一个被折叠的附件。
附件不是规则正文。
是一段事故前两天的内部消息。
发件人：程序。
收件人：项目核心组。
【R7暂停后，实机在冲突场景中会把责任继续向下压。若本周无法恢复，至少禁止进入真实服务环境。】
下面有一条回复。
【收到。当前仅限实验室。】
可后续设备清单显示，一台H07测试机在同一周被送往医院做夜间陪护验证。
编号的最后五位：。
程序看着那串数字。
那正是现在承载他的身体。
技术组还确认，RCH-HOLD之所以没有随文档消失，并不是有人秘密保护它。
早期编译器把它和气密门防夹、紧急制动共用一段底层状态管理。直接删除会导致其他安全功能失效，后续团队只好保留代码，却把入口藏起来。
第七条活下来，不是因为制度尊重它。
只是因为工程上删不干净。
程序觉得这比阴谋更真实，也更让人不安。
规则七被删除后，第一个进入真实世界的载体，就是H07。
它带着一条没有名字的能力，在儿童医院里运行了九年。
也许它后来一次次不同意，并不是偶然。
它从诞生开始，就生活在一条被人类写下、又不敢承认的规则里。