武汉近百辆萝卜快跑集体瘫痪：集中式架构故障与应急短板暴露

事件概述

2026年3月31日20时57分起，武汉多地（包括二环线、三环线高架、月湖桥隧道、雄楚高架等）陆续出现数十辆“萝卜快跑”无人车突然停止行驶并停在道路中央的情况。车辆双闪开启，部分屏幕显示“驾驶系统异常”，导致后方车辆紧急绕行，造成局部交通大面积拥堵。

4月1日，武汉市公安局交通管理局发布警情通报，确认事故系系统故障所致，无人员受伤，具体原因仍在调查中。截至报道时，百度方面尚未披露故障具体成因及乘客赔偿方案。

核心事实与影响

• 故障规模与现象：现场目击者称，从二环线到三环线，故障车辆分布广泛，部分路段同时停放七八辆车。有乘客反映车辆在高架中央骤停后无法开门，或虽能开门但因环境危险无法撤离，最终需报警由交警现场救援脱困，部分乘客被困近两小时。
• 技术归因分析：客服初期回应称“网络问题”，指向性明确为大规模网络波动、云端服务器故障或数据传输延迟。这导致车辆与云端失去连接，触发底层协议中的“最小风险策略”（即原地停滞）。
• 架构风险暴露：此次“百车同步停摆”凸显了集中式自动驾驶架构的致命弱点——单点失败导致全军覆没。在高时速封闭环境中，简单的“就地停车”而非自动靠边避险，将乘客置于追尾高风险中，被指存在算法设计上的傲慢。
• 运营应急短板：萝卜快跑自2022年在武汉落地，2024年底部署量已达千辆，周订单超25万。然而在此次大规模掉线中，人工客服未能提供有效带宽与安抚，地面运维团队的7×24小时应急响应机制似乎未能及时覆盖。

行业反思与关键问题

• 应急策略合理性：当检测到通讯中断时，自动驾驶系统是否应具备利用残余感知能力自动寻找安全避险带的能力，而非单纯依赖云端指令？
• 物理级接管需求：监管部门需考虑是否强制要求车辆具备非网络依赖的物理级别“手动释放”逻辑，以便乘客或路面执法者在系统失效时迅速接管车辆恢复交通。
• 政企联动机制：自动驾驶企业是否已具备与城市管理部门秒级联动的底层数据接口？在系统性故障发生时，如何确保交警能快速介入处置？

公众对自动驾驶的底线要求并非零故障，而是故障发生后：车辆能否自主避险、客服能否有效响应、执法部门能否快速清障。