百度蘿卜快跑集體趴窩：武漢高架堵了90分鐘，乘客被困車內等救援

武漢三環線的高架上，李女士看著窗外一輛接一輛的貨車呼嘯而過，自己坐的無人車卻像被按了暫停鍵。屏幕彈出提示：請留在車內，等待客服接入。這一等，就是90分鐘。

這不是科幻片的片場故障，是4月8日發生在武漢的真實場景。百度旗下蘿卜快跑（Apollo Go）的多輛無人車在同一時段集體停擺，造成局部交通癱瘓，部分乘客被困車內超過一小時。

系統宕機：無人車變成"路障"

武漢交警在官方微博通報，"多輛蘿卜快跑車輛停在道路中央無法移動"。初步調查指向"系統故障"，但百度至今未對事件發表正式回應。

一位乘客向《連線》雜志描述了她的遭遇：行程中車輛停了四五次，最終在一處路口徹底鎖死。車內屏幕循環播放著同一句話——等待公司代表上線。她花了30分鐘才接通人工客服。

社交媒體上流傳的視頻顯示，多輛白色無人車橫亙在車道上，后方車輛被迫繞行。有目擊者稱，部分路段因此出現追尾事故。

當算法決定"安全第一"的方式是原地不動，乘客的安全感反而成了最先被犧牲的東西。

蘿卜快跑的"武漢速度"

百度選擇武漢作為蘿卜快跑的核心運營城市，看中的是這里復雜的路況——高架橋密集、施工路段多、電動車穿行頻繁。用產品經理的話說，"能在武漢跑通，全國都能復制"。

截至2024年初，蘿卜快跑在武漢投放了超過500輛無人車，累計訂單量突破300萬單。百度宣稱其"全無人"運營比例已達70%， meaning 每10輛車里有7輛徹底取消了安全員。

這次宕機暴露的正是這70%的脆弱性。沒有安全員兜底，系統一旦掉線，車輛就變成了既不能自主移動、也無法人工接管的四噸重鐵塊。

一位自動駕駛工程師打了個比方：現在的無人車像"斷網就死機的游戲機"，而理想的形態應該是"離線也能玩的掌機"。兩者的差距，就是這次事故的核心矛盾。

行業通病：優雅降級還是硬著陸？

蘿卜快跑不是第一個栽跟頭的。2023年，通用汽車旗下的Cruise在舊金山發生類似事件，十幾輛無人車同時癱瘓，造成數小時擁堵。最終Cruise被吊銷運營許可，退出加州市場。

這些事故的共同點在于：系統設計時優先考慮"不出事"，而非"出事之后怎么辦"。當傳感器數據異常或云端連接中斷，車輛默認選擇停車等待——這在空曠路段是安全策略，在繁忙高架就是交通災難。

百度內部人士曾透露，蘿卜快跑的遠程接管系統理論上能在30秒內響應。但4月8日的乘客反饋顯示，實際等待時間遠超這個閾值。是并發量過載？還是應急預案本身有漏洞？百度沉默。

技術公司喜歡講"99.99%的可靠性"，但用戶遭遇的永遠是那0.01%。

監管與商業的賽跑

武漢是中國首批發放全無人運營牌照的城市之一。當地對自動駕駛的態度堪稱激進：2023年一次性開放超過3000公里測試道路，允許全無人物流車、出租車同時上路。

這種"先跑起來再修規則"的模式，與加州形成鮮明對比。后者要求企業每月提交詳細的安全報告，任何事故必須在10個工作日內公開披露。

截至目前，中國尚未建立統一的無人車事故披露標準。4月8日的宕機事件，若非乘客在社交媒體發聲，外界可能完全無從知曉。百度選擇冷處理，或許是認為"沒有人員傷亡就不算大事"——但這種邏輯能撐多久？

一個值得注意的細節：蘿卜快跑App在事件后悄悄更新了用戶協議，新增條款稱"因系統故障導致的行程中斷，平臺保留最終解釋權"。