高架百车趴窝4个月后：萝卜快跑回到武汉，第一批乘客要不要上车？

8月3日，萝卜快跑在武汉悄悄恢复接单，范围仅限经开区、蔡甸区、汉阳区三个郊区板块。知乎事发时段的中心城区高架与主干道，并没有同步放开。同一天，新黄河记者联系武汉市交通运输局多个部门求证，截至发稿未获回应。微博而四个月前，正是武汉经历了国内Robotaxi行业第一次成规模的“车队级瘫痪”。

先回顾3月31日那个晚上

3月31日20时57分起，交管部门陆续接到群众报警，称多辆“萝卜快跑”车辆停在道路中间不能移动。微博随后的一幕让很多武汉人记忆犹新：近百辆无人车同时停在二环线、三环线、白沙洲大桥等高架和主干道上，部分停摆车辆被后车追尾。4月1日凌晨，警方初步判断为系统故障，无人员受伤，萝卜快跑客服同日确认武汉全域暂停商业接单运营。知乎这一停，就是四个月。

被困在现场的乘客，体验更直接：有乘客，被困高架2个小时。紧急呼叫，形同虚设。微博多位乘客的回忆互相印证了同一条失灵链条：车内SOS打不通，客服电话打不通，最后只能报警，在交警协助下才离开高架。

趴窝的不是“车”，是趴窝之后的接管链

近百辆车同时停摆，问题只能出在云端。萝卜快跑的无人车高度依赖云端调度与远程协助，云端链路一旦波动，整个车队同时失去指令。单从技术角度看，“停在原地、打开双闪”是系统失去信心时的最小风险策略，停车本身不算错——错在停在了时速百公里车流的高架上，更错在停下之后，没有人来接场。

这是更关键的第二层：车端没有自主恢复故障的冗余能力，车内紧急呼叫接不通人工，车外没有物理接管点，乘客在高架上不敢下车。普通燃油车趴窝是个体概率事件，而强云端依赖的Robotaxi故障是车队级事件，救援体系必须按“全车队可能同时停摆”的前提来设计。从这个角度看，停运整改的四个月不是太长，而是这门必修课的补考时间。

回来的，是一台“试点版”萝卜快跑

从恢复运营后网友拍到的照片看，车尾还贴着“远程驾驶示范应用”“智能网联汽车商业化试点车辆”的字样：现阶段它仍处在商业化试点轨道上，“从郊区往城区回摆”的节奏非常谨慎。社区端的热情是真实的——恢复当天，小红书上多条“武汉萝卜回来了”的笔记点赞过百，老用户的情绪更复杂：以前嫌“苕萝卜”慢、礼让到怀疑人生，现在打开App满屏“当前无可用车辆”。微博但信息差同样明显：直到8月7日，知乎上还有人在问“为什么感觉武汉的萝卜快跑越来越少了呢？”知乎很多人甚至不知道它停过，更不知道它已经回来了。

现在坐不坐？一张决策卡

先说规则变化。恢复后的萝卜快跑采用定点上车：App在上车点标注“限停3分钟”，要求3分钟内到达；高峰和深夜时段，接驾时间还可能反复拉长。有网友记录，22:31打上了车，当时页面显示的是：1.3km，4分钟后到达。然后就一直等一直等，发现那个接驾的时间越来越长。小红书最终等了三十多分钟。

把结论拆开，决策卡可以写成三句话：

• 可以尝鲜的：起终点都在经开区、蔡甸区、汉阳区三区之内，白天+短途，不需要上高架。价格优势还在，“没人碎碎念、空调随便开”的体验也还在。

• 再等等的：需要过江或走环线高架的，早晚高峰通勤刚需的，时间容错低的，以及带老人小孩出行的。

• 万一再趴窝的：别执着于车内SOS，直接打122报车牌和具体位置；在高架上系好安全带车内等救援，不要自行开门下车。3月的教训是，车内呼叫链路在关键时刻可能整体不可用。

三个值得继续观察的信号

第一，中心城区何时放开。只要运营还留在郊区新区，就说明高架、主干道这类高风险场景的整改还没完成验证；江汉、武昌、洪山恢复运营的那一天，才是更明确的信心信号。第二，监管侧是否正式发声。目前“未获回应”的状态本身就是一种答案，官方确认意味着恢复运营完成了程序闭环。第三，未来几个月是否再出现车队级趴窝，以及车端会不会补上“断云后自主靠边”这类车端冗余——这决定下一次事故是“交通新闻”，还是再一次“人肉路障”。

2026年被称为Robotaxi元年：萝卜快跑在香港机场岛的右舵左行道路上穿行，在深圳、迪拜、伦敦落地，小鹏、吉利也在加速入场。但武汉这四个月提醒所有爱尝鲜的人：无人驾驶商业化的门槛，从来不只是“会不会开”，更是“停下之后，谁来接管”。想体验的，按上面的决策卡出行；更看重确定性的，等完这三个信号再上车也不迟。