林砚把屏幕上的报文停在最后一条。

网关没有再收到新的编组请求，E-PRG-2仍卡在“预置条件未完成”，重连计数却隔几秒跳一下。原始记录里那条“应急供电可用确认”，来源地址清楚指向网关本机的规则引擎。

“先把人从不确定的调度里撤出来。”

宋驰抬头：“高区两台已经核过，轿厢无人，都在人工监视。”

“状态再报一遍。”

对讲机很快回复。两台高区梯此前退出自动优化时，均确认轿厢无人，门区、平层、载荷正常，分别停在三十四层和四十层；维保员守在控制柜前，层站保安守住入口。两梯不接受新的目的层分配，不恢复自动派梯，也不作为伤员转运或集中下行通道。

林砚点头，把十二部梯的实时位置展开。

十一号梯仍停运；七号、九号、十二号近二十分钟内都出现过通信重连或状态上报迟滞；两台高区梯已转入人工监视；其余六台暂未发现同类异常，但还没完成分梯核验。

他眼前，七号和九号的灰线分别悬在十七小时三十五分和十八小时十一分附近，十二号在二十小时外。

“倒计时还有十几个小时，不支持把整栋楼按火灾现场清空。”林砚说，“可刚才两次服务调整都喂大了异常循环。现在最优先的，不是派更多梯，是别再让乘客持续进入它。”

值班经理迟疑：“此前定的边界是不发新指令、不切换模式。”

“对群控是这样。”林砚指向屏幕，“不新增编组，不恢复自动优化，不发消防预置，不拿服务增减去试网关。但已经载人的轿厢不能半途悬着。按设备既有维护程序，一部一部处置。”

宋驰翻出现场保存的厂家操作页，接通维保单位技术支持。

对方核对控制器型号、固件和群控软件版本后确认，当前设备可执行“受控清厢”，但边界明确：不是指定轿厢改去某层，也不是取消已登记行程后强制落客；只能让轿厢完成已经登记的当前停靠序列。轿厢在已登记层正常开门后，由层站人员劝离乘客；确认轿厢清空，维保员才能以本地维护权限冻结该梯后续的新召唤和新目的层登记。

程序不改变群控编组，不触发消防迫降，不写入应急供电许可。门锁、平层、安全钳、限速器等独立安全回路，也不在这一权限范围内。

宋驰把电话内容复述进录音记录。

“每部梯分开写。”林砚对苏晚晴说，“不要出现‘其余电梯’这种笼统表述。”

处置单迅速列出梯号和边界。

十一号梯继续停运、禁止载客、维持封存，依据是通信模块在位身份与台账不符、规则包签名失配，以及待追查的维护记录。

七号梯和九号梯仅完成已登记的当前停靠序列；如已到登记层，允许正常开门、层站劝离；确认无人后，本地冻结新召唤和新目的层登记，维保驻守。不得另发改层、回基站、迫降或编组指令。

十二号梯暂不启动受控清厢。先核验是否载客、是否存在已登记停靠，以及门区、平层是否正常；核验前维持现有运行限制，不增加群控操作。

两台高区梯维持人工监视稳定态，冻结新的目的层分配和层站召唤，不调梯，不承担疏散或转运任务。

三号、四号、五号、六号、八号、十号梯暂维持现状，不新增编组；物业限制候梯人数，维保依次核验。任一梯出现重连、状态迟滞、门区异常或困人，立即退出服务并保存记录。

林砚补上最后一条：“消防硬接点、实际应急供电状态、门锁、平层及其他独立安全回路，目前没有证据显示被网关改写。真实火警、困人、门区异常，仍按各梯既有预案处置，不依赖群控影子状态。”

大堂监控切进来。午间人流尚未散开，三号梯前排着两列人，高区换乘层也不断有人出来。按键亮了又灭，灭了又亮。

“通知改掉。”林砚说，“不是建议少坐电梯，是部分电梯临时限制服务。保安负责把候梯人群引离入口，不组织全楼下撤。高区人员留在本层或经安全通道分散，不要为了抢梯往换乘层集中。”

工程部负责人伸手拦住值班经理。

“口头提醒可以，书面单先别发。我们没有证据证明门锁、平层或安全回路有问题，也没有真实消防信号。写限制服务，后续影响谁承担？”

“保安已经在拦人，维保员已经在柜前等授权。”林砚把处置单转过去，“你不用签故障根因，也不用把它写成事故。但现场已经开始限制，记录里只留一句口头提醒，谁授权、哪些梯能动、哪些梯不能动，以后都说不清。”

他点着每一项。

“这不是故障认定，只确认三件事：已有证据是什么，允许做什么，不允许做什么。你签的是临时保护措施，不是替两年前那次维护会话背结论。”

宋驰逐条核对，在技术确认栏写下意见：厂家维护程序适用于七号、九号的已登记行程清厢；不得通过本地权限改变消防、应急供电及独立安全回路；每梯操作前后复核位置、门区、平层、载荷和通信状态；任何异常立即停止该梯服务。

他签完字，看向工程部负责人。

“边界我确认。谁要求超出这张单，我不执行。”

对讲机里传来大堂保安的声音。

“三号梯到一层，六人全部出来。候梯区已拉开，入口只出不进。”