2025年4月1日，北京率先允许L3级自动驾驶私家车上路。两个月后，第一起理赔僵局就来了。
一辆搭载L3系统的某新势力品牌轿车在四环辅路发生追尾。系统在碰撞前1.2秒发出接管请求，驾驶员声称自己来不及反应。车企后台数据显示系统已“尽到提醒义务”，保险公司则认为接管窗口时间不合理。三方扯皮四个月，至今没有定责结论。
记者走访了参与此案理赔审核的保险业人士。对方不愿具名，但透露了僵局的真实症结：“不是《北京市自动驾驶汽车条例》没写清楚，是我们根本调不出能用的数据。”
问题出在日志上。
各家车企的车端数据记录格式，目前处于野蛮生长状态。某德系品牌的时间戳精度是毫秒级，另一家国产主力车型用的是10毫秒粒度。有的车企把驾驶员面部朝向记录为“注意力评分0-100”，有的存的是眼动矢量坐标。碰撞前系统状态字段，A家用“AutoMode=2”代表L3激活，B家用“DriveState=Conditional_Automation”，C家干脆把这字段藏在二进制掩码的第7位。
保险公司理赔系统是按照传统车险搭建的，输入项是刹车痕迹、车速变化、驾驶员状态陈述。面对这些异构日志，精算师根本没法建模型。一家头部险企的技术负责人告诉AI纪元：“我们接了6家车企的L3车型数据接口，每接一家要单独开发一套解析中间件，成本在80万到150万之间。接完之后，跨车型的事故对比分析还是做不了。”
法律条文跑在了数据标准前面。
2025年实施的《北京市自动驾驶汽车条例》第31条明确规定：配备驾驶人的智能网联汽车发生事故，由驾驶人承担赔偿责任；若事故因车辆缺陷导致，驾驶人赔偿后可向生产者或销售者追偿。逻辑链条清晰。但“因车辆缺陷导致”这个判断前提，需要从车端日志中提取证据。
据证券时报2024年9月报道，业内普遍担忧“控制权转移过程中的责任认定缺乏可操作的技术标准”。现在这个担忧变成了现实。国内某自动驾驶解决方案供应商的内部复盘报告指出，2025年Q2至2026年Q1期间，国内发生的17起L3级事故理赔案例中，有11起因为日志数据格式争议导致定责周期超过90天。其中有3起最终走了司法鉴定程序，鉴定费用本身超过了事故损失金额。
国际上，标准之争同样焦灼。
联合国欧洲经济委员会（UNECE）早在2021年通过的R157法规中，就要求L3车辆必须配备数据存储系统（DSSAD），记录自动驾驶系统激活/退出时间、接管请求和故障信息。但R157只规定了“记录什么”，没规定“怎么记录”。
德国2022年通过的《自动驾驶法》更进一步，要求L4车辆记录完整的行驶数据，并授权警方在事故后读取。但在L3层面，德国联邦机动车运输管理局（KBA）对奔驰Drive Pilot认证时，实际上是用奔驰自家的日志格式做的审查。换一家车企，审查标准可能就不一样了。
中国的情况更复杂。2022年8月实施的《深圳经济特区智能网联汽车管理条例》是国内首部L3级法规，但当时并未对日志格式做强制要求。工信部2024年底发布的《智能网联汽车数据记录系统技术规范（征求意见稿）》试图统一格式，但据盖世汽车社区2025年初的跟进报道，征求意见阶段的主要阻力来自车企——改日志格式意味着要动底层电子电气架构，单车改造成本预估在2000元以上。
保险业已经坐不住了。
2026年3月，中国保险行业协会联合中汽中心启动了一个专项工作组，目标是制定《智能网联汽车事故数据提取与交换标准》。参与起草的一位专家向AI纪元透露了工作组的核心矛盾：“车企希望数据越少越好，怕担责；保险公司希望数据越多越好，怕赔错；监管部门希望数据能跨品牌比对，怕监管盲区。三方诉求完全相反。”
工作组目前卡在两个技术细节上：一是接管请求的“合理时间窗口”怎么定义——1秒？2秒？不同的道路场景答案不同；二是驾驶员状态数据最小集合——要不要眼动数据？要不要方向盘扭矩？车企认为方向盘扭矩传感器精度不够，保险公司认为没有扭矩数据无法判断驾驶员是否“虚假接管”。
日志不统一，正在拖慢L3的商业化节奏。
一家计划2026年底推出L3功能的自主品牌车企，内部法务团队在6月份的评审会上直接亮红灯：“在日志标准未明确前，事故责任风险不可量化，建议暂缓OTA推送。”这家车企不是没有技术能力，而是算不清出事后的赔付账。
保险端也在收缩。据AI纪元了解，目前国内仅有3家保险公司提供L3专属险种，且保费比同级L2车型高出40%-60%。某险企精算部门负责人坦言：“我们现在的定价不是基于风险模型，是基于恐惧。数据看不清，只能往高了估。”
底层是利益博弈，但解法可能是工程妥协。
国际标准化组织（ISO）的TC22/SC32工作组正在推进ISO 21987标准，试图定义自动驾驶数据记录的最小通用字段集。但进展缓慢——从2019年立项至今，核心字段定义仍停留在“草案”阶段。
国内的思路更务实。中汽中心提出的方案是：不要求车企改造底层架构，而是在车端增加一个标准化的“事故数据封装层”——把各家私有格式的日志在触发事故时，实时转换成统一的JSON Schema结构。这个方案把单车改造成本降到了300元左右，车企抵触情绪明显减弱。
但问题没完。封装层的转换逻辑谁来审计？转换过程中数据丢失或偏差谁来负责？这些问题还在扯皮。
回到那起四环辅路追尾案。最新进展是，法院要求双方提交原始二进制日志，由第三方鉴定机构直接解析。但鉴定机构发现，该车企的日志编码规范属于“商业机密”，拒绝提供完整解析文档。案件的司法程序因此再次延期。
“日志格式不统一”，听起来是个技术问题，实际上是个权力问题——谁掌握数据定义权，谁就在事故定责中掌握主动权。L3规模化上路之前，这个问题必须被解决。不是因为技术做不到，而是因为信任还没建立起来。
正如我们在《8000P交付潮撞上40%空置率》中讨论过的，基础设施层面的标准化缺失，往往比上层应用的落后更致命。算力园区空置是资源错配，日志格式分散则是信任赤字——两者都在拖慢AGI相关产业的实际落地节奏。
