“生产一致性"这词其实不是新造的,它本来就是整车公告和型式认证里的老概念(英文 COP,Conformity of Production),意思是量产下线的每台车得跟送审那台"基准车"对得上。过去查的是螺丝扭矩、排放曲线、灯光角度这类物理参数。现在把软件定义的"脑子"也塞进这个框架,本质是把 IT 圈的版本管理问题,套进了车规的合规语言里。其实这个平移本身挺妙的。
简单说
你担心的灰度发布、OTA 版本漂移,我倒觉得监管真在意的不是"每台车必须跑同一个版本”——那既不现实也没必要。它要的是可追溯:任意一台车,上线时装的是什么模型、哪个 commit、训练数据快照是哪一份,能不能在三年后翻出来。灰度本身是好东西,canary release 是成熟工程实践,出问题能快速回滚。怕的是"推了 5000 台 v3,后来谁在跑什么都讲不清"。这跟 MLOps 里 model registry 加 lineage tracking 是同一回事,只是现在不做要挨罚。
比模型版本更重的一层,是训练数据溯源。模型文件打包归档好说,难的是证明"这个安全相关模型当年用哪批数据训的、有没有漂移、eval 结果是什么"。车规对可追溯的要求是按年计的,不是项目结了就归档完事。这块的合规成本,才是真让中小厂头疼的紧箍咒。
btw 这不算中国首创。联合国 R156(SUMS,软件更新管理体系)早就要求车企建版本追溯和回滚机制,欧盟 2024 起强制。工信部这次更像把国际规则本土化,再把 AI 模型层明确写进去。所以与其说上紧箍咒,不如说是把散在各处的规矩收口。
真要落地,几个现实问题才好玩:自查还是抽查、罚则牙齿多硬、以及对迭代节奏的影响。管太死,OTA 两周一更变半年一审,用户体验直接掉档。平衡怎么走,比"要不要管"有意思多了。