被困高架两小时，SOS打不通，无人驾驶的“安全兜底”谁来管？

被困高架两小时，SOS打不通，无人驾驶的“安全兜底”谁来管？

武汉这事儿，看得我心里发紧。

3月31号晚上，萝卜快跑在武汉搞了个“大场面”——近百台无人驾驶出租车在高架环线上集体趴窝，双闪打了一片，三股道堵成一股道，还有车被追尾。最离谱的是，有乘客被困在车里将近两个小时，SOS按钮按了没用，客服电话打了20多通没人接。

说实话，我关注无人驾驶挺久了，一直觉得这是大趋势，也相信技术会越来越成熟。但这次事件让我想明白一件事：技术可以迭代，但安全兜底不能缺席。

先说说被困的那些人。

有个叫小鲁的武汉市民，是萝卜快跑的重度用户。那天晚上8点半上车，结果高架上突然急刹，停了又走、走了又停，最后干脆不动了。他第一时间按SOS，没用。打客服，打了半天才接通，对方说“网络故障”，让他原地等着。

车门能打开，但外面车流滚滚、大货车鸣笛呼啸而过，他不敢下。在高架上下车往哪走？走着走着被撞了算谁的？他只能坐在车里干等，等交警来救他。交警到了之后，把他带离高架的时候，已经是晚上10点40了。

两个多小时。

事后平台给的处理方案是什么？一张5折券，后来又改成两张0元券，每张上限20块。合着被困两个多小时、冒着生命危险在高架上吹风，就值40块钱打车费？

我不是说非要赔多少钱，但这个态度，是不是有点太轻飘飘了？

再来说说这起事故到底怎么回事。

官方初步定性是系统故障，百度说是“网络故障和云端通信异常”。但有个细节值得琢磨：有业内人士指出，这其实不是纯粹的技术失灵，而是自动驾驶安全冗余触发的“主动降级措施”——系统检测到环境或状态不确定时，选择“停车双闪”作为最小风险策略。

这个逻辑本身没问题。飞机自动驾驶出问题了会降级，工业设备故障了会保护性停机，这都是标准的安全设计。问题在于：你降级了、停机了，然后呢？

车停了，人还在里面。SOS打不通，客服接不上，救援不知道什么时候到。这叫什么安全兜底？

这就引出了这次事件暴露的两个核心问题。

第一个，系统架构过度依赖云端。说白了，这些无人车的大脑在云上、不在车里。网络一断、云端一崩，车就变成“脑死亡”的状态。它知道自己出问题了，所以停车双闪，但它没有本地应急能力，不能在断网的情况下自己开到安全地带或者就近靠边。

第二个，运营救援体系严重滞后。近百台车同时趴窝，客服电话打爆了也接不过来，救援车不够用，被困的人只能在车里干等着。这说明什么？说明平台对“大规模同时故障”这个场景，根本没有预案。

有人可能会说，这是L4级自动驾驶规模化落地必经的考验，Waymo在美国也出过类似的事儿，不用过度解读。

我同意这个说法的一半。确实，前沿技术不可能不出问题，出了问题能快速恢复、能安全兜底，这才是真正的技术实力。但问题的关键是——这次兜住了吗？

没有。

如果SOS按钮管用，如果客服电话能打通，如果救援能在合理时间内到达，那我们可以说“这是成长的代价”。但现实是，一个乘客在高架上被困了两个小时，叫天天不应、叫地地不灵。这不是“代价”，这是“漏洞”。

还有人替萝卜快跑说话，说这是系统检测到不确定状态后主动停车，是为了安全才这么做的。我理解这个逻辑，但我想反问一句：为了“行车安全”而停车，结果把人困在高架上车流中间两个小时，这真的叫安全吗？

安全不是只有一个维度。行车安全是安全，人身安全也是安全，心理安全同样是安全。把人丢在高架上吹两个小时的风、听两个小时的大货车鸣笛，这不叫安全兜底，这叫把风险从“撞车”转移成了“被困”。

最后说点实在的。

我不反对无人驾驶，也相信这项技术最终会改变我们的出行方式。但这次事件给所有做自动驾驶的公司提了个醒：别光比谁开得快、谁运营量大、谁先盈亏平衡。先比一比，出了事谁能最快把乘客安全地弄下车。

技术可以慢慢迭代，但安全兜底必须现在就到位。SOS按钮必须能打通，客服必须有人接，救援必须有时间表。这些不是“锦上添花”，是“底线”。

如果连这个都做不到，那对不起，再便宜的车、再炫的技术，我也不敢坐。