我分享了 @晚点LatePost 的头条文章 - 文丨李安琪 《http://t.cn/AXIRMXcl 》 - 雪皑皑 2026-04-03】

26 岁的武汉市民小鲁是 “萝卜快跑” Robotaxi（无人驾驶出租车）的重度用户。3 月 31 日晚 8 点半，他打了一辆无人车去公司，车上三环高架时忽然急刹，小鲁以为是加塞所以没在意。车辆启动后不久再次停下，停在高架路中间。

小鲁第一时间按下车内 SOS 求助按钮，始终无法接通。晚上 9 点半萝卜快跑客服接通电话，称 “网络故障导致”，让他原地等待。

当时车门可以打开，理论上遇到这样情况交管部门也通常建议当事人尽快离开车辆。但外面车流不断，货车鸣笛经过，小鲁不敢开门，也不知道下车后能往哪里走。Robotaxi 开始面对规模化的代价

他在之后一个小时里又多次联系平台，得到的回复始终是工作人员已经出发、稍后就到。他还给交警打了电话，晚上 10 点 40 分左右，交警赶到现场将他安全带离高架。

事后平台客服联系小鲁提出赔偿，先是一张 5 折券，随后又变成 “两张 0 元免费乘车券，每张上限 20 元”。小鲁无法接受，希望平台能有个解释：为什么自己会在高架上被困近两小时。

小鲁不是唯一被困的人。当晚 8 点 57 分起，武汉二环线杨泗港长江大桥、白沙洲大桥、三环线等高架路段，多辆无人驾驶车先后停驶，部分还导致追尾事故。上海澎湃新闻的一段视频显示，至少有百台萝卜快跑受到影响。次日凌晨，武汉交警通报称无人员受伤，原因仍在调查中。

我们了解到，另一座 Robotaxi 示范运营城市正在组织企业研究这次事故，开专题会议，避免类似事件再次发生。

截至发稿，萝卜快跑的归属公司百度暂无公开回应。熟悉公共事件处置流程的人士推测，公司要到主管部门有初步调查结论后才能回应。

有武汉网约车司机告诉我们，他曾在暴雨天遇到过停在环路的萝卜快跑，车流很大。平常他们对萝卜快跑最大不满倒不是抢活儿，而是 “动不动就停在路中间不走”。

公开材料显示，萝卜快跑具备云端安全员监管能力，云端一位安全员可以同时监看多台 Robotaxi 。有接近百度的人士表示，如此大规模车辆停摆，不排除运营调度系统出现问题。

另一位同行也表达了类似看法：Robotaxi 运营一般几十万、上百万公里才出现一次本车道停车故障，近百台车同时故障属于极低概率事件。

Robotaxi 的运营要求比普通网约车更精细。遇到剐蹭，网约车乘客可以下车走人，司机也知道如何处理；但 Robotaxi 没有司机，系统故障后的每一步 —— 是继续挪动、靠边停车，还是原地等待救援 —— 都必须设计一套标准流程。

Robotaxi 行业引入了航空安全工程的一个理念：fail-safe（故障安全）。这是一种系统工程设计思路：出现故障后，系统优先停下来，把风险降到最低。放在无人驾驶出租车上就是，一旦关键部件失效，车辆进入保护模式，不再继续执行任务。

武汉高架上发生的事情暴露了 fail-safe 的局限。近百辆车停在桥面、匝道、隧道中间，尤其在高架场景里，忽然停下的风险未必比带故障行驶小，是否符合自动驾驶安全中所说的 “最小风险状态”（MRC，即车辆应停在对乘客和道路影响更小的位置）有待商榷。

一位 Robotaxi 行业人士告诉我们，更理想的状态是 fail-operational（故障运行）。系统即便发生异常，无人驾驶车辆仍能保留最低限度的运行能力，以低风险方式继续行驶一小段，把人和车带到安全位置，再等待远程接管或线下救援。

“哪怕车上硬件坏了，也应该有冗余系统主导靠边停车，高速高架本车道停车太危险了。” 该人士说。

他认为无人驾驶车辆发生异常时，冗余系统应当生效。底盘、通信、电源、传感器、计算平台，都要尽量双份配置，避免单点失效，比如激光雷达和摄像头就是各自独立的传感器系统。主系统失灵后，备份系统还要能工作，远程协助、客服和线下响应，也要跟得上。

Alphabet 旗下的 Waymo 也在 Robotaxi 集体运营上栽过。去年 12 月旧金山大停电，Waymo 多辆无人出租车在路口停摆，堵塞交通。

Waymo 的车辆把失效的红绿灯视为 “四向停车” 标志，遵循 “谁先到，谁先走” 原则。发现停电后，车辆请求远程人员确认才通行，避免闯红灯。全城信号灯熄灭，确认请求暴增，远程团队处理不过来，车就堵在了路口。

Robotaxi 常被当作一种数字经济来讨论：高毛利、可规模化。公开信息显示，百度萝卜快跑已北京、上海、武汉、深圳、香港、迪拜、阿布扎比等 22 座城市落地。小马智行和文远知行分别在国内外多座城市运营，并且有着各自的扩张计划。哈罗、滴滴、曹操出行、如祺出行等也各自规划了 Robotaxi 产品。

但随着规模扩大，竞争围绕每公里成本、等待时长和可靠性展开，容易变得资本密集和监管密集。他们避开了传统出行平台的司机管理成本，但也多了车队运维、冗余系统、远程监控和应急体系的成本，而且还得比网约车便宜两三成才能持续获客，每辆车每天至少 300 元流水才可能收支平衡。

这种竞争格局有先例。航空业常年利润微薄，集装箱航运曾长期在繁荣和亏损之间剧烈摇摆，电信公司在竞争者增多后利润率持续下滑。这些行业都改变了世界的运转方式，但运营者的长期回报跟它们的龙头地位不成比例。

看准了未来不保证获胜。但无论企业如何竞争，乘客不该是为系统少数失灵时刻兜底的人。
………………………………………………

【萝卜快跑，又让李彦宏尴尬了 - 金通社PLUS 2026年4月2日 北京】

萝卜快跑又“趴窝”，又是在武汉，而且这次是急刹车式突然”罢工“。

据媒体报道，3月31日晚，武汉三镇的主干道与高架桥上，近百辆百度萝卜快跑自动驾驶出租车突然集体“趴窝”，僵停在道路中央，出现大规模系统故障。

此前，百度2025年财报说明会上，创始人李彦宏曾对萝卜快跑的表现进行介绍，将其定位为AI商业化的重要项目。而经不起”夸奖“的萝卜快跑，此次在武汉出现大规模故障并暂停运营，引发广泛关注。

萝卜快跑惊魂

媒体报道显示，3月31日20时57分起，武汉市122报警中心被密集的报警电话瞬间淹没。市民纷纷反映，多辆萝卜快跑车辆毫无征兆地在二环线、三环线、白沙洲大桥等核心路段突然刹停，直接横亘在快车道上，双闪灯自动开启，车内屏幕统一显示“驾驶系统异常，请留在车内等待救援”。

这场故障呈现出全域同步性，短短数分钟内便从单点扩散至全城。多位乘客事后回忆，此次故障中，车内应急系统未能正常发挥作用。有乘客被困在三环线高架近两小时，车内SOS紧急按钮无反应，后座屏幕上的客服电话无法接通。部分乘客拨通400热线后，客服要求提供车牌号才能进一步处理，而被困乘客无法获取车辆相关信息。车内提示“工作人员5分钟内赶到”，但部分乘客等待一小时后仍未等到救援，最终由交警协助脱困。

此次事件还引发了次生交通事故，一辆后方正常行驶的坦克300因躲避不及，直接追尾停在路中的萝卜快跑，车辆右前悬严重撞毁。直至次日凌晨，在交管部门与百度工作人员的连夜处置下，故障车辆才被逐一拖离，武汉交通逐步恢复正常。

事件发生后，各方陆续发声。武汉交警在通报中初步判定事件为“系统故障所致”，并指出故障车辆对道路通行造成了严重影响；萝卜快跑客服称故障原因系“网络故障和云端通信异常”，未披露具体技术排查细节。百度官方于4月1日发布简短声明，否认“全域停运”，称无车接单系“用车需求增多”。

百度AI的“脸面”挂不住了

金通社注意到，在百度的AI商业版图中，萝卜快跑是核心业务之一，承载着百度从“搜索巨头”向“AI巨头”转型的相关规划，也是百度向资本市场展示AI技术商业化成果的重要项目。

百度2025年财报说明会上，李彦宏介绍了萝卜快跑的运营数据，称其第四季度全无人订单达340万单，同比增长超200%，累计订单突破2,000万单，覆盖全球26座城市，总自动驾驶里程超3亿公里。李彦宏在会上强调“应用比模型更重要”，而萝卜快跑是百度AI技术从算法、模型向实际出行服务转化的落地项目。

萝卜快跑是百度AI商业化的重要展示窗口，李彦宏在财报会上提及，武汉作为萝卜快跑国内投放量最大的城市，已于2024年底实现单车盈亏平衡，成为全球少数实现Robotaxi盈利的城市。百度曾多次对外公布这一成果，用以说明其自动驾驶技术的商业化可行性。

在百度整体营收增速放缓的背景下，萝卜快跑的订单增长表现，成为百度向资本市场传递AI战略价值、稳定股价的重要支撑。近年来，百度搜索业务增长放缓，云业务竞争激烈，自动驾驶领域的进展是其转型的重要方向，萝卜快跑的运营表现直接影响外界对百度AI战略的评价。

值得注意的是，武汉之于萝卜快跑，更有着“样板间”的战略意义。自2022年8月落地以来，武汉一直是萝卜快跑全球最大的运营基地，车辆投放量、订单量均居首位。这里不仅是其首个实现盈利的城市，更是百度验证技术成熟度、打磨商业化模型的“核心试验田”——从车辆调度、用户服务到成本控制，武汉的运营经验被视作萝卜快跑拓展全国、进军海外的模板。李彦宏曾明确表示，“武汉的成功，将加速萝卜快跑在全国的规模化落地”。

武汉市场的稳定运营对百度自动驾驶的技术声誉与商业前景具有重要影响。作为萝卜快跑的核心运营城市，武汉此次出现大规模故障，无疑对百度自动驾驶业务的推进产生了负面影响。

萝卜快跑靠不靠谱？

此次并非萝卜快跑首次在武汉出现大规模故障，此前该平台已多次出现”事故“。

2024年7月，武汉曾发生过类似的萝卜快跑“趴窝”事件，而且是在晚高峰时段突然停驶，造成路面拥堵，引发社会关注。当时百度方面称此次事件为“偶发技术故障”，表示正在优化系统，未发布详细故障排查报告，也未公开道歉及整改措施。

2024年7月之后的数月内，萝卜快跑曾因地图故障、传感器失灵、调度紊乱等问题多次暂停运营。有武汉市民反映，曾观察到萝卜快跑车辆出现闯红灯、违规变道、避让不及时等情况，部分车辆在人行横道前未减速，存在安全隐患。

业内专家分析认为，此次近百辆萝卜快跑车辆同步瘫痪，反映出其系统存在过度依赖云端控制、本地冗余备份机制不足的问题。萝卜快跑官网显示，其具备“十重安全冗余”，可应对各类极端场景，此次网络波动引发的全网瘫痪，暴露出其安全设计在实际应用中存在不足。

按照行业共识，L4级自动驾驶车辆在云端失联时，应具备独立完成靠边停车、开启双闪、提醒后方车辆等最小风险操作的能力，这是保障公共安全的基本要求。此次故障中，萝卜快跑车辆直接僵停在路中央，未能完成最小风险操作，其技术成熟度有待进一步提升。

历次故障发生后，百度方面均以“系统故障”“网络问题”等表述说明原因，未明确承认技术架构与安全策略存在的核心问题，也未向公众公布具体的整改措施和时间表。

此次武汉萝卜快跑大规模故障，显然会对百度AI商业化进程产生一定影响，也引发外界对其技术成熟度的讨论。同时，此类大规模公共安全相关事件，也可能对自动驾驶行业的监管政策产生影响。

武汉萝卜快跑“趴窝”事件，让外界对李彦宏此前介绍的萝卜快跑技术优势和商业化成果产生了疑问，也对百度AI技术的落地应用效果提出了质疑。

自动驾驶的核心目标之一是提升出行的安全性、高效性和便捷性。此次及过往故障显示，萝卜快跑在稳定运行方面仍存在不足，其技术缺陷和安全短板需要进一步完善，应急处置机制也需优化。

安全是AI商业化落地的重要前提，百度若要推进萝卜快跑的规模化运营，需正视其技术存在的问题，完善整改措施，提升产品稳定性，以保障公共安全和用户体验。