NHTSA調(diào)查特斯拉159起事故后撤案

258萬輛車，159起事故，零傷亡，調(diào)查結(jié)束。

美國國家公路交通安全管理局（NHTSA）上周正式關(guān)閉了對特斯拉"Actually Smart Summon"（智能召喚）功能的調(diào)查。這份4月3日發(fā)布的結(jié)案文件，給持續(xù)15個月的監(jiān)管拉鋸畫上了句號——沒有召回，沒有罰款，只有6次隔空軟件升級。

對熟悉汽車行業(yè)的人來說，這個結(jié)局近乎魔幻。傳統(tǒng)車企面對缺陷調(diào)查，通常的路徑是：發(fā)現(xiàn)問題→啟動召回→車主預(yù)約→進店維修→成本以億計。特斯拉用一套OTA（空中下載技術(shù)）組合拳，把整件事變成了"凌晨自動修復(fù)，車主睡醒無事發(fā)生"。

159起事故的"輕傷"真相

調(diào)查始于2025年1月。NHTSA缺陷調(diào)查辦公室（ODI）收到多份報告，稱車輛在智能召喚模式下發(fā)生碰撞。涉及車型覆蓋2016-2025年的Model S/X、2017-2025年的Model 3、2020-2025年的Model Y，總計約258.5萬輛配備FSD（完全自動駕駛）硬件的車輛。

調(diào)查范圍之大，足以讓任何車企緊張。但數(shù)據(jù)剝開后，嚴(yán)重性遠(yuǎn)低于預(yù)期。

159起事件中，97起為碰撞事故。NHTSA的定性很直白："幾乎所有報告的智能召喚碰撞均涉及輕微財產(chǎn)損失，無弱勢道路使用者受傷、死亡或重大財產(chǎn)損失（以氣囊彈出或車輛需拖走為判定標(biāo)準(zhǔn)）"。

受傷人數(shù)：0。死亡人數(shù)：0。氣囊彈出：0。車輛拖走：0。

碰撞對象高度集中——停車場閘門、相鄰?fù)７跑囕v、低矮的停車樁。場景也高度一致：低速、近距離、視線受阻的停車場環(huán)境。換句話說，這是人類司機每天也在犯的錯，只是換成了算法執(zhí)行。

NHTSA在文件中補充了一個關(guān)鍵比例："數(shù)百萬次智能召喚使用中，事故占比不到1%的零頭"。這個分母至今未公開具體數(shù)字，但特斯拉2024年財報曾披露，F(xiàn)SD累計行駛里程超過20億英里。按此推算，智能召喚的使用頻次可能以千萬次計。

雪天攝像頭失明：兩個典型故障

調(diào)查鎖定了三類具體故障模式，其中兩類與惡劣天氣直接相關(guān)。

第一類：攝像頭被雪遮擋。至少兩起事故中，車輛嘗試在積雪停車場執(zhí)行智能召喚，前視攝像頭部分或完全被遮擋。系統(tǒng)未能識別這一狀態(tài)，繼續(xù)行駛并撞上停放車輛。

第二類：冷凝水干擾。類似原理，鏡頭起霧導(dǎo)致感知降級，系統(tǒng)同樣沒有觸發(fā)保護機制。

第三類更微妙：對動態(tài)障礙物的反應(yīng)延遲。一起事故中，車輛未能識別正在降下的停車場閘門臂，直接撞擊。

三類問題的共同點是：系統(tǒng)知道自己的感知邊界嗎？早期版本的答案顯然是否定的。攝像頭被遮擋時，車輛沒有停止召喚任務(wù)；面對移動的閘門臂，神經(jīng)網(wǎng)絡(luò)未能將其歸類為需要立即響應(yīng)的障礙物。

這觸及自動駕駛的核心悖論——傳感器融合能覆蓋多少極端場景？激光雷達(dá)派會 argue 這里缺了關(guān)鍵冗余，純視覺派則押注算法迭代能填補物理極限。特斯拉顯然屬于后者，且選擇用軟件更新而非硬件改造來回應(yīng)。

6次OTA的時間線：從被動修復(fù)到主動預(yù)防

特斯拉的應(yīng)對節(jié)奏，比NHTSA的調(diào)查進度更快。

1月15日，首批兩個OTA（版本號578998、579185）推送，核心功能是改進攝像頭遮擋檢測。系統(tǒng)開始學(xué)會判斷：鏡頭是否被雪、冰、霧、泥封住？

5天后，1月20日，更新SW-578752跟進，針對雪或冷凝水導(dǎo)致的"假陰性"——即系統(tǒng)誤判攝像頭正常，實際已部分失明。1月30日，SW-580322再次優(yōu)化同一問題。

2月6日的SW-578839是轉(zhuǎn)折點。這次更新專門處理動態(tài)閘門，引入了"高保真占用判定網(wǎng)絡(luò)"（high-fidelity occupancy determination network）。占用網(wǎng)絡(luò)（Occupancy Network）是特斯拉2022年AI Day公開的技術(shù)路線，用體素（voxel）而非邊界框描述空間占用，對不規(guī)則、動態(tài)、未標(biāo)注物體的識別能力更強。簡單說，閘門臂這類"非標(biāo)準(zhǔn)障礙物"終于被納入了決策框架。

最后一擊在11月20日。OTA SW-580514引入獨立的神經(jīng)網(wǎng)絡(luò)做物體檢測，與占用網(wǎng)絡(luò)形成雙保險。

6次更新，全部遠(yuǎn)程推送，無需車主進店。新生產(chǎn)車輛出廠即預(yù)裝這些補丁。

NHTSA的結(jié)案邏輯建立在此之上："特斯拉的OTA更新充分解決了調(diào)查識別的問題"。這句話的分量在于，它首次明確將軟件升級等同于傳統(tǒng)召回的補救效果——至少在缺陷調(diào)查語境下。

監(jiān)管框架的隱性改寫

這起調(diào)查的結(jié)案方式，可能比事故本身更值得行業(yè)關(guān)注。

傳統(tǒng)汽車召回的法律基礎(chǔ)，建立在"硬件缺陷-物理修復(fù)"的假設(shè)上。剎車失靈？換制動泵。氣囊誤爆？換氣體發(fā)生器。整個流程需要零部件物流、經(jīng)銷商工時、車主配合，周期以月計，成本以億計。

軟件定義汽車（Software-Defined Vehicle）打破了這套邏輯。當(dāng)缺陷可以通過代碼修復(fù)，"召回"是否還有必要？NHTSA的答案是：看效果。如果OTA能達(dá)成同等安全目標(biāo)，監(jiān)管資源不必強制消耗在物理流程上。

但這不意味著OTA萬能。調(diào)查文件同時暴露了邊界條件：攝像頭遮擋檢測依賴算法，而算法對極端天氣的覆蓋總有上限。特斯拉的修復(fù)是讓系統(tǒng)"知道自己在失明"，然后拒絕執(zhí)行任務(wù)——這是一種保守策略，但也意味著功能可用性的折損。雪天停車場，智能召喚可能直接不可用。

更深的問題在于數(shù)據(jù)透明度。NHTSA結(jié)案依賴特斯拉提供的OTA效果數(shù)據(jù)，但具體驗證方法、樣本規(guī)模、測試場景均未公開。監(jiān)管方如何確認(rèn)軟件修復(fù)真實有效，而非僅僅是"數(shù)字安慰劑"？這個信任機制尚未標(biāo)準(zhǔn)化。

特斯拉不是唯一面臨這一挑戰(zhàn)的車企。2024年，福特、通用、Rivian均因輔助駕駛功能接受過NHTSA調(diào)查，OTA同樣是主要應(yīng)對手段。區(qū)別在于，特斯拉的FSD用戶基數(shù)和激進功能釋放策略，使其始終站在監(jiān)管風(fēng)暴中心。

智能召喚本身是個邊緣場景功能——讓車輛在無人狀態(tài)下從停車位駛出，迎接車主。使用率不高，但風(fēng)險暴露獨特：低速不等于無害，停車場行人密度高，兒童奔跑、購物車滑動、閘門突然下落都是變量。特斯拉將其作為FSD能力的"炫技窗口"，卻也在159起事故中支付了輿論代價。

結(jié)案后，特斯拉股價當(dāng)日微漲1.2%，市場反應(yīng)平淡。對投資者而言，這早已是 priced-in 的風(fēng)險；對行業(yè)而言，這是一次監(jiān)管彈性的壓力測試。

當(dāng)258萬輛車的潛在缺陷可以用6次凌晨更新消解，汽車安全的定義正在從"硬件可靠性"轉(zhuǎn)向"軟件可修復(fù)性"。NHTSA的撤案決定，本質(zhì)上是對這一轉(zhuǎn)向的默許——但默許不等于背書。下一次，如果OTA未能及時阻斷事故，監(jiān)管框架的彈性邊界又在哪里？