被困高架兩小時,SOS打不通,無人駕駛的“安全兜底”誰來管?
武漢這事兒,看得我心里發緊。
![]()
3月31號晚上,蘿卜快跑在武漢搞了個“大場面”——近百臺無人駕駛出租車在高架環線上集體趴窩,雙閃打了一片,三股道堵成一股道,還有車被追尾。最離譜的是,有乘客被困在車里將近兩個小時,SOS按鈕按了沒用,客服電話打了20多通沒人接。
說實話,我關注無人駕駛挺久了,一直覺得這是大趨勢,也相信技術會越來越成熟。但這次事件讓我想明白一件事:技術可以迭代,但安全兜底不能缺席。
先說說被困的那些人。
有個叫小魯的武漢市民,是蘿卜快跑的重度用戶。那天晚上8點半上車,結果高架上突然急剎,停了又走、走了又停,最后干脆不動了。他第一時間按SOS,沒用。打客服,打了半天才接通,對方說“網絡故障”,讓他原地等著。
車門能打開,但外面車流滾滾、大貨車鳴笛呼嘯而過,他不敢下。在高架上下車往哪走?走著走著被撞了算誰的?他只能坐在車里干等,等交警來救他。交警到了之后,把他帶離高架的時候,已經是晚上10點40了。
![]()
兩個多小時。
事后平臺給的處理方案是什么?一張5折券,后來又改成兩張0元券,每張上限20塊。合著被困兩個多小時、冒著生命危險在高架上吹風,就值40塊錢打車費?
我不是說非要賠多少錢,但這個態度,是不是有點太輕飄飄了?
再來說說這起事故到底怎么回事。
官方初步定性是系統故障,百度說是“網絡故障和云端通信異常”。但有個細節值得琢磨:有業內人士指出,這其實不是純粹的技術失靈,而是自動駕駛安全冗余觸發的“主動降級措施”——系統檢測到環境或狀態不確定時,選擇“停車雙閃”作為最小風險策略。
這個邏輯本身沒問題。飛機自動駕駛出問題了會降級,工業設備故障了會保護性停機,這都是標準的安全設計。問題在于:你降級了、停機了,然后呢?
車停了,人還在里面。SOS打不通,客服接不上,救援不知道什么時候到。這叫什么安全兜底?
![]()
這就引出了這次事件暴露的兩個核心問題。
第一個,系統架構過度依賴云端。說白了,這些無人車的大腦在云上、不在車里。網絡一斷、云端一崩,車就變成“腦死亡”的狀態。它知道自己出問題了,所以停車雙閃,但它沒有本地應急能力,不能在斷網的情況下自己開到安全地帶或者就近靠邊。
第二個,運營救援體系嚴重滯后。近百臺車同時趴窩,客服電話打爆了也接不過來,救援車不夠用,被困的人只能在車里干等著。這說明什么?說明平臺對“大規模同時故障”這個場景,根本沒有預案。
有人可能會說,這是L4級自動駕駛規模化落地必經的考驗,Waymo在美國也出過類似的事兒,不用過度解讀。
我同意這個說法的一半。確實,前沿技術不可能不出問題,出了問題能快速恢復、能安全兜底,這才是真正的技術實力。但問題的關鍵是——這次兜住了嗎?
沒有。
如果SOS按鈕管用,如果客服電話能打通,如果救援能在合理時間內到達,那我們可以說“這是成長的代價”。但現實是,一個乘客在高架上被困了兩個小時,叫天天不應、叫地地不靈。這不是“代價”,這是“漏洞”。
![]()
還有人替蘿卜快跑說話,說這是系統檢測到不確定狀態后主動停車,是為了安全才這么做的。我理解這個邏輯,但我想反問一句:為了“行車安全”而停車,結果把人困在高架上車流中間兩個小時,這真的叫安全嗎?
安全不是只有一個維度。行車安全是安全,人身安全也是安全,心理安全同樣是安全。把人丟在高架上吹兩個小時的風、聽兩個小時的大貨車鳴笛,這不叫安全兜底,這叫把風險從“撞車”轉移成了“被困”。
![]()
最后說點實在的。
我不反對無人駕駛,也相信這項技術最終會改變我們的出行方式。但這次事件給所有做自動駕駛的公司提了個醒:別光比誰開得快、誰運營量大、誰先盈虧平衡。先比一比,出了事誰能最快把乘客安全地弄下車。
![]()
技術可以慢慢迭代,但安全兜底必須現在就到位。SOS按鈕必須能打通,客服必須有人接,救援必須有時間表。這些不是“錦上添花”,是“底線”。
如果連這個都做不到,那對不起,再便宜的車、再炫的技術,我也不敢坐。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.