当天18:00，云镜物业会议室。

控制柜重启任务被单独放到一张时间表上。

19:49，C2工作站创建任务。

19:50，项目平板完成动态口令验证。

22:00，预定执行。

21:58，警方与物业共同停止。

如果没有救援人员发现，它会在许南音被困约一百二十七分钟后自动运行。

高启航的书面说明只有一句：活动结束后的常规设备保护。

钟锐把过去三个月的物业维护记录推到桌面中央。

“过去三个月，常规重启都在03:00以后，由物业提前创建工单。”钟锐圈出记录中的执行范围，“没有哪一次碰门控和内部对讲。”

他把案发当晚的任务页压在旁边。物业工单一栏空着，提交入口却写着制作组临时维护。任务创建时间早于直播报警，执行范围中多了B区门控缓存、内部对讲和本地短期操作队列。

“项目方有权保护自己的设备。”高启航通过远程席说，“暖灯直播预计21:20结束，22:00重启很合理。”

“B区控制柜不是你们公司的设备。”钟锐说，“你们只有活动期临时申请权。”

“系统既然允许提交，说明权限合法。”

“允许申请，不代表用途合规。页面连续弹出两次警告。”

“现场警告太多，工作人员可能顺手确认。”

“还是那个不存在的工作人员？”周正问。

高启航没有回答。

物业工作群保存了任务创建后的自动通知。

19:49，机器人向值班群发送：“项目方申请22:00执行B区设备保护重启，范围含门控缓存，请值班确认。”

值班员两分钟后回复：“B12仍有未关闭维护窗口，活动未结束，暂不确认。”

按照流程，项目方应撤回任务或者联系物业补工单。

没有人撤回。

19:53，B12维护锁定启用。

物业值班员当时又在群里追问：“B12未关闭，是否取消？”

项目管理机器人自动显示消息已送达、未回复。20:06，值班员第二次提醒活动出现警情，建议立即撤销所有非必要计划任务。

这一条同样送达项目平板。

没有回复，也没有撤销。

“如果物业一直不确认，任务为什么还能执行？”陆观问。

“临时维护入口允许先创建。”钟锐说，“物业确认决定是否纳入正式工单，不影响项目端倒计时。正常情况下，值班员会在执行前人工拦截。当晚救援同时进行，差点没人注意。”

“这算物业漏洞？”

“算。项目端不该在物业拒绝后仍保留执行资格，系统也不该只发黄色提醒。”

钟锐在流程缺口后签下自己的名字：“这个问题算物业的。但任务参数是谁选的，得另查。”

20:01，第一起报警已经进入场馆。

20:03，警方打开A3。

20:05，罗晴报告许南音未到。

直到21:58被警方停止，项目管理会话都没有取消重启。

“如果是正常设备保护，报警以后为什么不撤？”陆观问。

高启航说：“现场太乱，我没有注意任务。”