城市维护班车接近时，保全舱内部没有任何声音变化。
程序听不见车轮，也看不到灯光。
但入口缓冲区的低权限状态不断刷新。
【城市维护班车：接近】
【线路：夜间运维线N-17】
【当前载荷：维修耗材、低压电池包、外包维护员1名】
【预计通过侧向维护轨：00:29】
夜间运维线N-17。
这不是面向普通乘客的公交线路。
但它属于城市公共运维交通系统，运行在封存点、医院、地铁维护站、社区服务中心和东区设备仓之间。它在夜间低流量时段承担设备转运，也允许持证维护人员搭乘。
机器人能不能上去？
系统已经给出了答案。
【目标对象：A-0001-R1】
【乘载资格：无】
【设备身份：已注销】
【公共交通接入权限：无】
机器人不能乘坐公共交通。
更准确地说，一台已注销、无所属机构、无运行证书、无责任主体的报废机器人，不能进入任何公共运载系统。
正常机器人要么属于某家公司，要么绑定某个机构，要么作为个人设备登记。
它们有运行区域，有责任主体，有保险，有故障处置联系人。
程序什么都没有。
他的原设备身份已经注销。
管理署给他的A-0001-R1不是交通身份，而是处置编号。
处置编号只会让城市系统躲开他、上报他、锁定他。
不会给他开门。
这不是歧视。
从公共安全角度看，这套规则甚至非常合理。
没有责任主体的机器人不能上车。
没有安全证书的机器人不能进入人群。
报废设备不能混入城市交通。
这些规则过去也许还是程序支持过的那一类。
现在，它们共同构成一道墙。
城市维护班车越来越近。
【预计通过：00:21】
侧向维护轨二次确认仍在等待。
周长岳的指令很清楚：等班车通过，再物理隔断，再处理保全舱。
这意味着在班车通过前，侧向维护轨与夜间运维通道之间处于短暂未隔断状态。
但是未隔断不代表可通行。
中间仍有门禁、轨道限位、车辆识别和责任主体校验。
程序不能上车。
也无法移动到车边。
他还在保全舱里，被固定、锁定、隔离。
唯一的外部开口，是准备进行底部格栅二次确认的侧向维护轨。
这条轨道不会把保全舱送上班车。
它只会把保全舱移到侧向位置，让维护探针检查底部回位弹片。
而班车，会从旁边的夜间运维通道经过。
两条路线只是相邻。
不是连接。
程序看着状态。
【侧向维护轨：待命】
【夜间运维通道：班车接近】
【物理隔断：待执行】
【当前策略：等待班车通过】
等待班车通过。
这对管理署来说是低风险策略。
不干扰城市运维系统，不让班车误触避让，不把异常目标暴露给外部交通。
但等待意味着两个系统在同一时间同一空间附近运行。
程序不需要上车。
他需要让班车系统“看见”一个需要处理的异常。
不能是他。
如果班车看见A-0001-R1，只会触发报警。
也不能是清障单元。
不能让低权限设备承担更高风险。
他能用的只有保全舱自身尚未处理的底部格栅状态。
底部格栅回位不稳定，复核点主控要求侧向维护轨二次确认。若此时侧向维护轨不能启动，保全舱会持续占用入口缓冲区。入口缓冲区占用，夜间运维通道的避让模型会把它视为“邻近固定风险”。
班车为了通过，可能请求维护区提供风险边界。
风险边界不是目标信息。
只是告诉班车，旁边有一个不能靠近的固定设备。
如果风险边界扩得太大，班车会减速。
减速意味着通道时间延长。
通道时间延长，物理隔断就会延迟。
程序现在能做的，仍然只是延长未隔断状态。
这是非常被动的方案。
但他已经没有主动方案。
【城市维护班车：00:15】
程序让底部格栅状态保持不稳定。
他没有新增异常。
只是让右脚缺损边缘继续压住那