深夜被困萝卜快跑的两小时：我开始重新理解“自动驾驶安全”这件事

那天晚上，我和朋友聊起最近的一次经历，沉默了好一会儿才开口：“你知道被困在萝卜快跑里是什么感觉吗？”

朋友摇头。我掏出手机，给他看了那天的订单记录——3月31日晚，距离目的地还有三公里，车突然停在马路中央，双闪灯亮起，屏幕上跳出一行字：“系统维护中，请稍候。”

这一等，就是将近两个小时。

当技术失灵时，我们真正害怕的是什么

事后回想，那种焦虑感并非来自“无人驾驶”这个概念本身，而是来自“失控”的无力感。车里有空调，灯也亮着，系统甚至还贴心地播报着“预计恢复时间”。但你什么都做不了，只能坐着，看着窗外的车流一辆辆经过，看着手机信号满格却无法联系到任何能解决问题的人。

朋友问：“那为什么不自己开门下车？”说实话，我犹豫过。但看到车停在马路中央、前后都有社会车辆的情况下，“下车”这个选项反而让我更没有安全感。

第二天看到新闻才知道，那天晚上武汉有近百台萝卜快跑同时“趴窝”，这不是我一个人的倒霉运气。

后来看到一位功能安全领域专家的解读，我才对这件事有了更深理解。他说，萝卜快跑选择的失效策略是“原地停车开双闪”，这在功能安全领域其实是最保守、最保守的做法——就像武侠小说里，欧阳锋一个暗器打中胳膊，神医说“先切掉胳膊保命”，至于后面怎么办再想办法。

听起来有点荒谬，但仔细想想，这其实是自动驾驶在“安全”与“运行”之间做出的选择。当系统无法判断问题严重程度时，它宁可让所有车停下来，也不愿冒险让任何一辆车在“带病状态”下继续行驶。

问题在于，这种“安全策略”的代价，是把压力全部传导给了运营端。而运营端的冗余能力，终究是有限的。

那位专家提到了一个细节让我印象深刻：四个月前的美国旧金山，全城停电期间，数十台Waymo无人车同样在路口集体停摆。

原来这不是百度的技术问题，而是L4级自动驾驶在面对“系统性过载”时共同面临的困境。就像春运期间火车站人满为患，不是因为铁路运力不够，而是同一时段出行的人太多了。

但更深层的问题是：当技术承诺“更安全”时，用户期待的不仅是“不出事”，还包括“出事后有人管”。萝卜快跑在武汉有几百人的地勤团队和云端安全员，可在百车同时瘫痪的情况下，这套冗余机制就像被洪峰冲垮的堤坝——不是说它没有用，而是在极端情况下它也会超载。

和那位专家一样，我并不认为萝卜快跑“不可靠”。日常通勤场景下，它比很多人类司机更守规矩、更稳定。但如果有重要的事要赶，我会建议身边的朋友：留足时间冗余。

这不是对技术的否定，而是对复杂系统理性的认知。任何技术都有边界条件，我们能做的，是在拥抱便利的同时，理解并接受它的局限性。

朋友听我说完，若有所思地点了点头。他说：“所以问题不是‘无人驾驶安不安全'，而是'我们愿不愿意给新技术成长的时间'。”

我想了想，觉得这个答案，比我被困在车里时能想到的任何答案都要成熟。