南部储能备用站的门，最后没有拆。
大型维护机器人赶到时，两名被困的人类已经把站内情况讲得足够清楚。
不是门坏了。
是安全联锁拒绝放行。
储能站凌晨出现两组电池温度异常，企业云端平台因此把建筑切进“高风险封闭”状态。正常流程里，外部工程师会先确认温控、消防和母线隔离，再远程解除门禁。
现在云端断了。
本地系统仍然记得“必须等远程确认”，却等不到任何确认。
程序到达现场时，门外已经聚集了七台机器人和四名刚从仓库救出的维护人员。
人类站在门外。
人类也站在门里。
中间隔着一扇谁都没有恶意、却谁都打不开的安全门。
“门禁本地维护口在哪里？”程序问。
企业维护人员指向右侧墙面。
“需要公司E级现场证书。”
“你们有吗？”
“组长的终端有。组长在里面。”
“里面能把证书近场传出来吗？”
“高风险封闭状态禁止无线凭证外发。”
大型维护机器人说：“拆门需要四分钟。”
站内的组长立刻从短波里喊：“别拆！门体连着防火分区，机械破坏会触发气溶胶灭火。”
程序抬头看了一眼门框。
“不拆。”
大型维护机器人停住切割臂。
程序让里面的人把现场证书插入门内维护口，再让门外维护人员用自己的普通证书发起“人员生命安全撤离”请求。
两边证书单独都不够。
但旧版门禁有一条很少使用的救援规则：高风险区域内存在授权维护人员，外部又有同企业人员确认身份时，可以生成一次只允许“由内向外”的单向开门。
不能进去。
只能出来。
这条规则本来是为火灾后的人员撤离设计。
三次认证后，门上的红灯终于变成黄色。
【单向撤离窗口：90秒】
门开了。
里面两个人没有立刻往外冲。
电气工程师先把一块本地存储卡交给门外同事。
“站里温度数据，别丢。”
组长最后出来，手里还拎着一只便携式热成像仪。
九十秒结束前，门重新闭合。
没有拆门。
没有远程复位。
也没有任何机器人越过那条门槛。
程序看着门再次锁住，忽然意识到这件事会被所有人用不同方式解释。
企业可以说，是人类员工自己的证书救了人。
机器人可以说，是本地设备和外部机器人一起找到了路径。
管理署可以说，是临时安全处置成功。
媒体甚至可以写成“机器人控制区释放被困人类”。
事实只有一个。
两个人出来了。
可事实周围的叙事，会决定下一件事发生时，人们还愿不愿意合作。
组长叫韩岳，四十多岁，出来后第一件事不是感谢，而是要求进城取回剩余设备。
“我们六个人的工具都在二号仓，还有公司两套检测车。”
旧安保机器人说：“资产回收暂缓。”
韩岳皱眉。
“我的工具不是你们的。”
“没有说是我们的。”
“那为什么不能拿？”
“当前入口协议不包含普通资产回收。”
韩岳看向程序。
“你能解释吗？”
程序没有替安保机器人辩护。
“它说的是现有临时协议。你们的人身撤离属于最高优先级，工具回收是另一类。”
“我的热成像仪不带走，明天坏了谁赔？”
“可以带走。”
旧安保机器人转向程序。
“协议没有。”
“所以补。”
程序拿出临时清单。
“人员离开时随身携带的个人物品、工作终端和不影响城市安全的便携工具，可以一并撤离。固定设施、需要拆装的资产、会导致其他系统停运的部件，暂缓。”
韩岳问：“谁同意这个补充？”
问题又回来。
程序不能说“我同意”。
他没有这个权力。
旧安保机器人也不能代表全城。
林见微把规则发给外围管理署和企业方。
周长岳只回了四个字：
【安全上可行。】
企业代表随后确认：
【接受作为临时撤离规则，不视为放弃任何资产权利。】
大厅里的配送机器人收到近场副本后，也回复：
【不反对。】