2026 年 5 月 21 日，TechCrunch 報導 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 日認定 Waymo 首次回應不完整、發出第二份文件要求；二是 1 月 23 日一輛 robotaxi 在聖莫尼卡小學附近撞傷一名兒童（Waymo 稱車輛已減速至約每小時 6 英里，兒童輕傷）。在這個脈絡下，主動大範圍停駛是危機控制，也是唯一合理的公關選擇。
天氣是自駕的長尾難題
這次事件對整個自駕產業的啟示有三。第一，長尾問題不會只在感知層：路線規劃、外部資料依賴、營運決策都會成為失效點，事故形態會從「撞到東西」轉向「去了不該去的地方」。第二，營運暫停本身正在成為標準安全機制——能快速、大範圍地停，比不停還重要。第三，監管者的耐心正在收緊：當調查從單一事故轉向「回應是否完整」，文件品質與調查配合度也成了營運風險。
對建造 agent 系統的團隊，這是活教材：任何依賴外部訊號做風險判斷的系統，都必須回答「訊號遲到或不存在時怎麼辦」。Waymo 的答案目前是停駛——很貴，但比上新聞便宜。
參考來源
- Waymo pauses Atlanta service as its robotaxis keep driving into floods — TechCrunch
- Waymo driverless cars become trapped in Atlanta suburb after glitch — BBC
- Empty Waymos invade Atlanta neighborhood, circle cul-de-sac for hours — WSB-TV
本文由 AI 協助自上述來源整理，經人工審核後發布。