萝卜真成苕萝卜了？武汉萝卜快跑集体瘫痪！乘客被困高架近2小时

百度旗下的萝卜快跑，居然在深夜集体“罢工”了。3月31号晚上，近百台萝卜快跑自动驾驶出租车，在武汉的二环线、三环线、白沙洲高架等核心路段，几乎同时停在路中间不动，像被按下了暂停键，不少乘客被困在高架上，最长的近两个小时，更让人揪心的是，车上的SOS紧急按钮按了无数次，根本没任何用处，最后只能打110求助。直到4月1号凌晨，武汉交警才发布通报，初判是系统故障导致，万幸没有人员伤亡

武汉122报警中心开始陆续接到报警，全是反映萝卜快跑车辆停在路中间无法移动的，短短半小时内，报警电话就超过50通。据现场交警统计，当天晚上涉事的萝卜快跑车辆接近100台，分布在武汉多个核心主干道和高架上，其中三环线、白沙洲大桥的故障车辆最多，直接把三车道压成一车道，导航全线飘红，拥堵绵延数公里，后方车辆只能紧急避让，险象环生。

有乘客回忆，晚上9点左右上车，刚行驶10分钟，车辆就突然卡顿、刹停，停在了三环线的快车道上，屏幕上跳出“驾驶系统异常，请留在车内等待救援”的提示。一开始以为只是小故障，等个几分钟就能恢复，可等了十几分钟，车辆还是纹丝不动，按车顶的SOS紧急按钮，要么没反应，要么接通后客服只说“正在排查”，根本给不出具体的救援时间。更让人无奈的是，拨打萝卜快跑的400客服热线，全程占线，APP客服也无法接通，彻底陷入求救无门的境地。

有一位鲁姓乘客，被困在三环线高架上近两个小时，从晚上9点一直等到10点50分，才被交警和萝卜快跑的工作人员解救。他说，当时车辆停在快车道，两侧全是飞驰的大货车，车速都在七八十公里每小时，不敢开门下车，只能在密闭的车厢里坐着，听着窗外车流呼啸，心里又怕又急，手心全是汗。还有乘客表示，被困期间，客服偶尔接通一次，也只是说“网络故障，会退款”，没有任何关于救援进度的说明，也没有安抚乘客的情绪，让人特别无助。

4月1号凌晨，武汉市公安局交通管理局发布官方通报，明确说明此次事件初步判断为系统故障所致，公安交管和交通运输部门已经联合萝卜快跑工作人员开展处置，所有乘客都已安全下车，无人员伤亡，具体的故障原因还在进一步调查中。随后，萝卜快跑客服也给出回应，称故障与系统异常、网络波动有关，目前已经完成系统修复，武汉区域的服务也逐步恢复，会对受影响的乘客进行全额退款和额外补偿。

这次萝卜快跑集体瘫痪，并不是偶然，而是L4级自动驾驶车辆的典型短板暴露，结合行业数据和技术原理，就能看懂背后的问题。首先，萝卜快跑属于L4级完全自动驾驶车辆，采用“车路云一体化”架构，核心依赖云端计算、实时网络传输和远程调度，车辆本地只保留基础的感知模块，没有独立的冗余系统——简单说，它就像一个“没有大脑备份”的终端，一旦云端服务器崩溃或者网络中断，车辆就会瞬间失去指令，触发安全机制强制停驶。

根据行业标准，L4级自动驾驶车辆对网络时延的要求极高，必须低于20毫秒，一旦网络中断超过3秒，系统就会判定为“失控风险”，自动停车避险。这种设计的初衷是为了安全，避免车辆乱开引发事故，但在规模化运营、出现全域网络或云端故障时，就会引发“多米诺效应”，导致所有车辆同时停摆。这次武汉的事件，就是典型的云端或网络出现大范围异常，导致近百台车辆同时“掉线”，进而集体瘫痪。

更值得关注的是，此次事件暴露的应急机制失效问题，比系统故障本身更让人担忧。按照交通运输部《自动驾驶汽车运输安全服务指南》要求，无人车运营必须配备充足的应急人员，建立多通道求救机制，确保15分钟内响应救援。但从实际情况来看，萝卜快跑的应急体系完全没有达标：SOS按钮大面积失灵，客服通道全线拥堵，救援力量严重不足，近百台故障车分布在多个点位，萝卜快跑的技术救援人员根本无法及时覆盖，最后只能靠交警兜底，导致乘客被困近两小时。

可能有人不知道，这已经不是萝卜快跑第一次出现故障了。数据显示，2024年7月，武汉就曾出现萝卜快跑在晚高峰时段突然停摆的情况，当时多辆车停在主干道，最后还是交警联系客服，亲自把车开到路边；2025年，北京、上海也零星出现过单台萝卜快跑停在路中无法启动的情况，需要工程师到场重启；2026年1月，广州更是出现过多台车在路口集体“卡机”，在红绿灯前一动不动，造成路口拥堵。