NTSB Katy 初步报告拆解:驾驶员把加速踏板踩到 100% 覆盖 FSD 之后,DMS 与 ADAS 之间缺的那层意图仲裁

2026 年 7 月 15 日,美国国家运输安全委员会(NTSB)发布 Katy(得克萨斯州)致命事故的初步报告:今年 6 月下旬的一个周末,一辆开启 Full Self-Driving (Supervised) 的 Model 3 在限速 30 mph 的住宅街 Rose Hollow Lane 上驶出路面、撞入民宅,造成屋内 76 岁的 Martha Avila 死亡;NTSB 从车辆恢复的电子数据显示,驾驶员把加速踏板踩到了 100%,以”人工覆盖(manual override)”的方式解除了 FSD,车辆撞击时时速超过 70 mph(据 TechCrunch 2026-07-15 与 Drive Tesla Canada 2026-07-16 对 NTSB 初步报告的报道)。而驾驶员 Michael Butler 此前对警方的主张是:他”昏了过去”,当时在用特斯拉的驾驶辅助系统(TechCrunch,2026-07-15)。他已被控过失杀人,死者家属同时起诉 Butler 与特斯拉(TechCrunch,2026-07-15;TechCrunch,2026-06-24)。

这份初步报告对 IMS(舱内感知)团队的价值不在事故本身,而在它第一次用车辆数据把一个量产 L2 的仲裁行为摆上了官方桌面:踏板 override 是最高优先级、且不经过任何驾驶员状态核验的意图信号——踏板一踩,自动化即时让位,舱内摄像头即便已经”看见”驾驶员闭眼,也不参与这次仲裁。这份报告恰好落在 2026 年舱内监控的问责风暴眼上:同一个 9 月,国会质询信披露特斯拉软件在检测到”驾驶员困倦”后,提示语竟然是”Drowsiness detected. Stay focused with FSD”(据 WIRED 报道,Motor Illustrated 2026-09-11 转述)。这对读者意味着什么:踏板 override 通道与 DMS 状态今天是两条互不通信的平行线;把两者接起来,是 L2/L2+ 仲裁架构下一个明确的产品空位,也是 IMS 团队可以立刻动手的数据与特征工程。

1. 事故与初步报告:时间线与证据清单

时间 事件 信源
2026-06 下旬周末(约 6-20 前后) Model 3 开启 FSD (Supervised) 行驶在 Katy 市 Rose Hollow Lane(限速 30 mph 住宅街),驶出路面撞入民宅;屋主 Martha Avila(76 岁)死亡,驾驶员受轻伤 TechCrunch 2026-06-24;Drive Tesla Canada 2026-07-16
2026-06-22 前后 特斯拉回应:数据显示”加速踏板被踩到底”,车辆加速至 73 mph 后撞击;马斯克在 X 上称指控”makes no sense”,”FSD 在社区街道开得很慢” TechCrunch 2026-06-24、2026-07-15
2026-06-24 NTSB 宣布展开调查,加入 NHTSA 已在进行的特别事故调查(SCI) TechCrunch 2026-06-24;Drive Tesla Canada 2026-07-16
2026-07-15 NTSB 发布初步报告:电子数据确认驾驶员以 100% 加速踏板手动覆盖 FSD,撞击时速 >70 mph;天气晴朗、路面干燥、白天 TechCrunch 2026-07-15;Drive Tesla Canada 2026-07-16
2026-07-17 前后 驾驶员 Butler(44 岁)被控过失杀人;家属起诉 Butler 与特斯拉 TechCrunch 2026-07-15

初步报告引用的证据链有三类:车辆恢复的电子数据(踏板位置与速度)、NTSB 获取的社安监控视频(完整拍到加速穿过路口、出路面、撞屋的过程)、以及警方披露的手机内容——据当地 ABC 附属台 KTRK(TechCrunch 转述),驾驶员手机里有 “Tesla FSD not aggressive enough 2026”、”Tesla FSD too timid” 等搜索记录(TechCrunch,2026-07-15)。NTSB 给本次调查分配的案卷号为 HWY26FH014(TechCrunch,2026-07-15)。

一个必须说清楚的边界:初步报告只呈现数据,不裁定”昏厥”主张的真伪,也不给出可能原因(probable cause)——那是最终报告的事。本文所有关于仲裁设计的讨论,都是对报告呈现的系统行为的分析,不是对事故责任的预判。

2. 机制拆解:踏板 override 在 L2 仲裁栈里的位置

特斯拉把 100% 踏板输入呈现为”手动覆盖了 FSD”(NTSB 数据口径),这不是特斯拉的独门设计,而是量产 L2 的通行约定:驾驶员的加速/制动/转向输入拥有高于自动化的仲裁优先级,踏板一动,系统即时让位。Ashok Elluswamy(特斯拉 AI 软件副总裁)在 6 月的表态——数据印证了踏板被踩到底、车辆到 73 mph——与 NTSB 的独立复核一致(Drive Tesla Canada,2026-07-16)。

图里暴露的错位是:这个仲裁栈里,踏板 override 和 驾驶员状态 落在两条不互通的支路上。DMS 通道的输出(警告、脱离请求)只作用于”系统什么时候 nag”,而踏板通道的输出直接改写控制权归属——且后者不查询前者的状态。R171(DCAS)已经把”驾驶员持续可用性”写成系统设计的前置约束(参见本站 2026-10-15 的 R171 解读文),但现行 L2 的踏板 override 依然是一个不做状态核验的硬仲裁——法规要求”持续可用”,产品却在最高优先级的控制权切换点上不检查可用性。这个错位是本文后面所有判断的出发点(以上为本文对报告呈现行为的分析,设计建议见第 5 节)。

3. 两个主张的对撞:车辆数据 vs “我昏过去了”

维度 车辆数据/物证呈现 驾驶员主张
踏板 100%(NTSB 电子数据) —(未否认踩踏板,主张当时无意识)
速度 >70 mph,特斯拉口径 73 mph(限速 30 mph 的街道) —
行为旁证 监控视频:加速穿过路口后驶出路面 手机搜索:”FSD not aggressive enough”、”too timid”(据 KTRK)
系统状态 FSD (Supervised) 在该街道处于开启状态 “我当时在用辅助驾驶”、”昏了过去”
天气/光照 晴朗、干燥、白天(NTSB) —

这组对撞正是本文主题的浓缩:在”踏板=意图”的仲裁假设下,驾驶员事后主张的恰恰是”不能不踩”——意识丧失导致腿部张力或踩踏动作,与蓄意全油门在数据上同构。数据可以证明踏板被踩到 100%,但数据本身不携带”这是谁的意图”的元数据;能回答这个问题的只有当时在车内的另一个证人:舱内摄像头。而这正是下面第 4 节的荒诞之处——舱内系统在 2026 年已经能检测到困倦,却既没有在 override 时被询问,也没有在告警文案里说”接管你的车”。

4. 2026 年的语境:舱内检测”看见了”,却没有接进仲裁

初步报告发布前后的三组公开事实,把”检测与仲裁脱节”从单点事故放大成行业性空位:

第一组:检测到了困倦,然后建议开 FSD。 据 WIRED 报道(Motor Illustrated 2026-09-11 转述),特斯拉 2025.32.3 版软件引入了这样的提示语:”Drowsiness detected. Stay focused with FSD”、”Lane drift detected. Let FSD assist so you can stay focused”。众议员 Raja Krishnamoorthi 在 2026-09-09 致交通部长 Sean Duffy 的信里点名了这个设计的悖论:车辆自认为识别出驾驶员困倦,却建议一个仍需要该驾驶员清醒监督的系统来”帮你保持专注”;他的原话是”Encouraging a driver whom the vehicle has detected as drowsy to ‘stay focused with FSD’ presents a fundamentally different safety question”(Motor Illustrated,2026-09-11)。

第二组:滥用规模与监管动作。 Krishnamoorthi 信中引用 NBC News 调查:43 段视频疑似显示驾驶员在行驶中的特斯拉上睡着,其中 17 段发布于 2026 年;部分驾驶员自述用墨镜或遮挡物规避舱内摄像头(Motor Illustrated,2026-09-11)。信件提出五个问题(NHTSA 是否认为系统性、特斯拉向 NHTSA 说了什么、2024-01 以来 Autopilot/FSD 不专注事件计数、舱内摄像头被遮挡/墨镜时的性能、何种发现触发召回),要求 9-30 前书面答复——截至 2026-11-01,公开渠道未见 DOT 答复(本站选题池 11-01 复查记录)。同期 NHTSA 对约 320 万辆 FSD 车辆的工程分析在查:FSD 能否识别道路能见度退化并给驾驶员足够警示,涉及 9 起事故(含 1 起死亡、1 起受伤);更早的 Autopilot 分析在 2023-12 导致 200 万+ 美国车辆召回,加拿大镜像召回约 19.3 万辆(Motor Illustrated,2026-09-11)。

第三组:同类案件的历史数据在追责链里已经现成可用。 10 月 CHP 警车案(驾驶员自述睡着,FSD 撞击警车)的追责链拆解参见本站 2026-10-20 文;该案与本案的共同点是——驾驶员都主张意识丧失/睡着,而车辆的舱内摄像头在撞击前都未能形成对责任链有用的干预记录。区别在于:CHP 案是”睡着后 FSD 一直开”,Katy 案是”踏板覆盖后车辆放权”——两种失效模式,同一个根因:DMS 的输出没有接入控制权仲裁。

5. 三个仲裁空位(本文判断)

空位 现状(NTSB 呈现的系统行为) 缺什么
A. 意图校验只有瞬时维度 踏板一动,自动化即时让位,100% 满踏板与 20% 超车油门在仲裁上同权 对”持续性 × 幅度”的组合校验:30 mph 街道上的持续满踏板是统计上的极端事件,应有独立的异常通道
B. DMS 不在 override 仲裁的输入里 舱内摄像头已能检测闭眼/困倦(2025.32.3 的提示语证明检测能力存在),但 override 时系统不查询 DMS override 事件触发一次”失能候选”交叉检查:视线+头部+手,任一失能特征则不让位、只升级告警
C. override 之后没有恢复路径 FSD 解除后车辆完全交还”驾驶员”,无人接手时等于无人驾驶;L2 没有 MRM(最小风险机动)概念 检测到失能特征且无接手迹象时,降速/靠边的自主处置——这正是 Euro NCAP 2026 路线里”无响应驾驶员干预”的落点

三个空位共享同一个技术前提:DMS 输出从”告警通道”升级为”仲裁输入”。这不是新概念——R157 的 L3 已经在做”接管能力评估”,R171 把持续可用性写成 DCAS 前置约束——但在 L2 的踏板 override 这个最高频、最高优先级的控制权切换点上,行业默认实现仍然停留在十年前。

6. 对 IMS 团队的启示(可执行项)

  1. 把踏板 override 变成 DMS 的数据触发器。 每次 override 自动截取前后 N 秒舱内片段、踏板曲线、车速曲线,作为弱标注样本进入数据闭环——override 是天然的”高价值时刻”标签,比任何场景库都便宜。Katy 案提示的正是:这个数据今天要么没采,要么采了不进仲裁。
  2. 设计 sustained-WOT × DMS 交叉校验。 满踏板持续超过阈值(如 2 秒,阈值需按场景标定)时触发一次 DMS 快照:视线偏离+闭眼+手离方向盘同时成立则进入”失能候选”分支,自动化不解除、告警升级。这是本文的设计建议(非任何现行法规要求),验证方法可直接复用 R171 的驾驶员可用性测试集与本站 2026-10-29 Allianz AZT/GIDAS 文的分心阈值口径。
  3. 失能特征进日志。 本案追责链能成立,靠的是车辆电子数据(踏板、速度)+ 监控视频;下一个案件里,”系统当时看见了什么”会成为举证焦点——DMS 检测状态、告警时刻、驾驶员响应都应进入留存窗口可控的数据通道(本站 2026-10-20 文已论及 EDR/日志留存问题)。
  4. 欺骗鲁棒性不再只是精度问题。 43 段视频里的规避手段(墨镜、遮挡)说明对手是用户本人;Krishnamoorthi 五问里的第 4 问(墨镜/遮挡下摄像头性能)实际上把”检测能力的对抗鲁棒性”写进了监管议程。
  5. 跟踪三个未收口的监管节点。 NTSB 最终报告(可能原因裁定+安全建议)、NHTSA SCI、Krishnamoorthi 信的 DOT 答复(9-30 截止,至今未公开)——三者任何一个落地都可能把”override × DMS 仲裁”写成明确要求。

7. 路线判断(本文判断,依据如上)

  • 判断 1:踏板 override 仲裁从”瞬时硬覆盖”演进到”override × DMS 交叉校验”,会是 2027–2028 年 L2+ 的产品分水岭。 依据:仲裁空位 A/B/C 全部可由现有硬件(舱内摄像头+踏板信号)闭合,不需要新传感器;而 Katy 案已经把”100% 踏板=意图”这个假设的失效样本送进了联邦调查程序。
  • 判断 2:”检测到了但不仲裁”的舱内提示会成为下一个监管爆点。 依据:”Drowsiness detected. Stay focused with FSD” 已经进了国会质询信原文;检测能力一旦自证存在,法律上的”应知”就成立了——这对所有正在把 DMS 输出做成营销文案(而非安全动作)的团队是直接警示。
  • 判断 3:数据留存与可解释性成为 DMS 交付物的一部分。 依据:NTSB 能在一个月内坐实踏板 100%,靠的是车辆电子数据;反过来,追责链下一个要问的是 DMS 当时为什么没动作——没有留存通道的 DMS,在事故后等于”失明的证人”。

参考

  1. TechCrunch, “Tesla driver in fatal Texas crash pressed accelerator 100%, NTSB confirms”, 2026-07-15, https://techcrunch.com/2026/07/15/tesla-driver-in-fatal-texas-crash-pressed-accelerator-100-ntsb-confirms/
  2. TechCrunch, “NTSB launches probe into fatal Texas Tesla crash”, 2026-06-24, https://techcrunch.com/2026/06/24/ntsb-launches-probe-into-fatal-texas-tesla-crash/
  3. Drive Tesla Canada, “NTSB Report Supports Tesla’s Account Of Fatal Texas Model 3 Crash”, 2026-07-16, https://driveteslacanada.ca/news/ntsb-preliminary-report-texas-tesla-crash/
  4. Motor Illustrated, “Tesla Detects a Drowsy Driver, Then Suggests FSD: Congressman Wants Answers”, 2026-09-11, https://motorillustrated.com/tesla-fsd-sleeping-drivers-congressman-nhtsa-letter/194815/(文中 WIRED、NBC News 内容均据该文转引)

站内关联:UN R171 (DCAS) 驾驶员可用性解读(2026-10-15);FSD 撞 CHP 警车追责链拆解(2026-10-20);Allianz AZT/GIDAS 分心测量阈值(2026-10-29)。

开放问题:NTSB 初步报告原文(HWY26FH014)与 CAROL 案卷页本次未能直接获取(官方站点访问受限),文中报告内容以四家媒体全文交叉核对为准,最终报告发布后应回头核对原始表述;KTRK 关于手机搜索记录的披露为二手转述,已在文中标注。