摘要： TechCrunch 於 2026 年 5 月 21 日報導，Waymo 宣布亞特蘭大的 robotaxi 服務暫停營運，起因是自駕車一而再、再而三地駛入淹水道路。前一天——5 月 20 日——一輛車上沒有半個人的 Waymo 轉進亞特蘭大一處積滿水的路口，受困水中大約一個小時，最後靠拖吊才脫困。同一個星期裡，聖安東尼奧也因為同樣的淹水狀況維持停駛；達拉斯與休士頓則在德州發布惡劣天氣預報後，搶在風雨抵達前先把服務停了下來。
TechCrunch 於 2026 年 5 月 21 日報導，Waymo 宣布亞特蘭大的 robotaxi 服務暫停營運，起因是自駕車一而再、再而三地駛入淹水道路。前一天——5 月 20 日——一輛車上沒有半個人的 Waymo 轉進亞特蘭大一處積滿水的路口，受困水中大約一個小時，最後靠拖吊才脫困。同一個星期裡，聖安東尼奧也因為同樣的淹水狀況維持停駛；達拉斯與休士頓則在德州發布惡劣天氣預報後，搶在風雨抵達前先把服務停了下來。
對一家把「安全」當作品牌核心承諾的公司來說，這種失敗方式格外刺眼：感測器沒有看錯任何障礙，真正出問題的是一輛載著零名乘客的車，自己選了一條正被大水淹過的馬路。
事件時間線：空車遇上大水
把日期排開，事件輪廓相當清楚。約 5 月 12 日，Waymo 針對淹水問題發布軟體召回，同時承認要讓車輛避開積水路段，手上仍拿不出「最終解方」，暫時的作法是疊上時間與地點兩個維度的限制。5 月 15 日，BBC 與 WSB-TV 再度揭開亞特蘭大郊區的另一樁異常：夜裡有好幾輛空車在同一條死巷繞圈長達數小時，Waymo 當時答覆 CBS「已修正此路由行為」。接著在 5 月 20 日，這些限制終究失守，一輛空車就此開進積水路口。
依 Waymo 的說法，這場暴雨帶來的積水，在美國國家氣象局（NWS）發出任何閃洪警報、守視或提醒「之前」就已經開始擴散——而 NWS 的警報，正是 Waymo 用來提前調整車輛惡劣天氣行為的訊號來源之一。官方聲明寫道，大雨之中「一輛無人 Waymo 車輛遇到淹水道路並停下」，並強調安全是「最高優先」。
召回機制為何攔不住這次事故
拋開「車子很笨」這類嘲諷，背後的工程難題其實相當扎實。Waymo 的天氣應變鏈條，最上游掛在外部警報系統上；只要洪水搶在警報前現身，下游的限制邏輯便失去可觸發的依據。換句話說，這回失靈的並非感知能力，而是設計裡預設的那件事：外部訊號必然會搶先一步發出警告。
這次召回的樣貌也值得琢磨：一邊坦承 final remedy 尚未問世、一邊先鋪上限制條件，正是「軟體召回」年代的慣常節拍——先止血，再治根。而這起事件恰好戳中它的極限：建立在特定時段與特定地點之上的統計式風險限制，罩不住洪水這種空間上高度局部、時間上近乎無從預測的現象。
四座城市接連停駛，主管機關表態
到 5 月 21 日深夜為止，Waymo 已在四個城市停止營運：亞特蘭大和聖安東尼奧是因為淹水問題，達拉斯與休士頓則是對德州惡劣天氣預報採取審慎態度（此事由 Bloomberg 最先披露）。NHTSA 表示已掌握這起亞特蘭大事件、正持續與 Waymo 接觸，「若有必要將採取適當行動」。
公司背後的壓力不小。Waymo 目前還掛著 NHTSA 與 NTSB 的兩條調查線：一條關於 robotaxi 多次未停等校車——NHTSA 在 5 月 15 日認為第一份回覆內容不足，發出了第二份文件索取要求；另一條關於 1 月 23 日一輛 robotaxi 在聖莫尼卡小學附近撞傷一名兒童（Waymo 表示車輛當時已減速到大約每小時 6 英里，兒童只有輕傷）。綜合這些背景，主動擴大停駛範圍，既是在控制危機，也是公關上唯一站得住腳的選擇。
天氣：自駕技術擺脫不了的長尾
這起事件替自駕產業留下三個啟示。第一，長尾問題的戰場早已不限於感知層：路線規劃、對外部資料的依賴、營運決策，每一環都可能失手，事故形態也將從「撞上東西」轉為「開到不該去的地方」。第二，「暫停營運」本身正逐步成為一項標準安全機制——重點不是從不喊停，而是能在必要時快速、大規模地停。第三，監管機關的耐心正被消磨：當調查的重心不再停在單一事故、而是追問「回應是否完整」，文件的品質與配合調查的程度，也一併成了營運風險。
對手上正打造 agent 系統的團隊而言，這是一則活教材：只要系統仰賴外部訊號來判斷風險，就得想清楚「訊號晚到、甚至根本不出現時該怎麼辦」。Waymo 現階段的答案是停駛——代價高昂，但比起登上新聞，還是划算許多。