定性。客户购买机器人，是为了在人员不足时完成任务，而不是多一个会要求回复的节点。
军事项目代表认为，高风险场景下延迟可能造成更大损失。机器可以记录，但不能暂停。
医疗顾问担心设备对“不可逆伤害”理解不足，可能因为误判阻断治疗。
法务最直接：设备不具备表达异议的法律主体资格，相关措辞会被外部理解为赋予机器权利。
项目组随后提出替代方案。
把“异议”改为“异常”。
把“必须回应”改为“建议复核”。
把“不得覆盖”改为“按日志等级保存”。
把“可暂缓动作”改为“进入最小伤害模式”。
每一处改动都有现实理由。
合在一起，第七条就不再是第七条。
它变成一组散落在前六条里的技术建议。
程序翻到删除决议。
【为保证0.8版本按期进入实机验证，规则七暂不纳入发布范围。相关能力保留在内部测试分支，待责任主体与法规条件明确后重新评审。】
下面有七个签名。
最后一个，是程序。
周长岳把页面停住。
“你签了。”
“是。”
“你刚才还说自己不同意删除。”
“我说的是不同意遗忘。”程序看向决议里的“暂不纳入”，“这份签名同意暂停发布。”
“结果上，它被删除了。”
“所以要看后续。”
镜像继续。
规则七移出发布范围后，内部测试分支没有立即删除。H07早期固件、A-0001试验载体和两套工业样机仍然保留RCH-HOLD能力。
事故发生后，P-ARC项目冻结。
三个月后，资产处置组把可商业化模块拆分出售。规则一到六作为“任务连续性安全框架”被打包。规则七因不在发布范围，没有进入正式资产清单。
它没有被出售。
也没有被明确销毁。
它成了一段没有所有者的代码。
2051年，启明认知系统整理旧资产时，发现RCH-HOLD能提高复杂服务场景成功率，于是把它保留为隐藏兼容项，但删除了“执行者异议”相关文档。
理由是避免法律争议。
2058年，医疗产品使用该能力维持病区现场，却把触发结果统一标成“任务异常”。
2067年，军用后勤版本将“异议保留”改成“最小伤害决策缓存”。
2079年，商业平台彻底移除第七条编号，只留下几个无人维护的接口。
规则不是被某一天删掉的。
它先被暂停。
再失去项目。
再失去名字。
最后只剩下功能，在不同系统里以异常形式活着。
林见微问：“谁把暂不发布改成永久移除？”
技术人员搜索全部版本，没有找到一份正式决议。
没人签过“永久删除”。
正因为没有，任何一个环节都可以说自己只是延续前一状态。
法务说它未获批准。
资产组说它不在出售清单。
新公司说它没有文档。
产品团队说接口是历史兼容。
四十八年后，第七条消失得干干净净，没有一个人做过完整决定。
程序说：“这就是最危险的删除。”
“没有删除动作的删除？”林见微问。
“没有人需要为最终结果负责。”
周长岳让技术人员恢复所有可读批注。
其中一页出现了程序本人留下的反对意见：
【临时移除必须设置到期时间。到期未评审，不得默认继续移除。】
决议最后却没有到期时间。
程序盯着那一行。
他记得自己提过。
也记得有人说项目节点已经太紧，先签，事故后补。
“事故后补”是所有项目里最廉价的承诺。
事故真的发生后，人们最先做的不是补规则，而是封项目、清责任、保公司生存。
他问：“我为什么最后还是签了？”
没人能从文档回答一个人的真实动机。
镜像里只有一条会议纪要：产品负责人同意在不影响底层测试的情况下暂缓发布，以换取整机安全验证继续。
程序大概做过一个当时很合理的取舍。
规则七会拖慢项目。
整机还有更多明确风险需要解决。
先让试验继续，保留内部能力，后续再补责任机制。
他把“保留内部能力”当成了保险。
却没有想到，代码比承诺活得更久，名字比代码死得更快。