一次 OTA 就是一封备案函：四项禁令之后，车企改一行代码要走几步

二、为什么会有「锁电」：BMS 底层控制权与用户知情权的错位

锁电的技术动作很简单：通过 OTA 修改电池管理系统参数，限制充电上限与放电深度（SOC 窗口收窄），结果就是续航缩水 15% 至 30%。车企的理由通常是安全保护——抑制析锂、降低热失控概率。

问题出在三个层面。第一，判定边界模糊：恶意锁电与电池安全保护在技术上难以区分，缺少统一的专项鉴定标准，消费者取证维权难度高。第二，流程缺失：部分升级没有完整的告知与用户确认，属于静默推送。第三，责任错配：软件升级如果能「消除缺陷」，就必须走召回流程；如果绕过召回直接推送，等于用软件掩盖硬件设计缺陷——这正是「硬件带病、软件兜底」被点名禁止的原因。

OTA 本身没有原罪，真正被禁止的是把「事后补救」伪装成「持续进化」——功能可以远程升级，责任不能远程消失。

三、与召回制度的咬合：数字已经在说话

OTA 与召回的衔接，是这轮监管最有实际约束力的部分。2026 年上半年，市场监管总局共发布汽车召回公告 50 个、涉及 26 个品牌、召回总量约 165 万辆；其中自主品牌召回量同比激增 681.2%，达 308,431 辆。同期多起批量质量问题集中曝光，涵盖软件故障、电池问题与三电一致性，说明监管的「全量备案」不是形式要求——备案数据本身就是缺陷调查的线索来源。

更长的链条仍在收紧：GB/T 18388—2005《电动汽车定型试验规程》正在修订，拟将纯电动车的可靠性行驶试验里程从 1.5 万公里提升至 3 万公里，与传统燃油车标准全面对齐，并要求大部分测试里程聚焦高频快充、高强度出勤等真实用户核心工况。叠加 GB 44495—2024《汽车整车信息安全技术要求》与 GB 44496—2024 的配套衔接，汽车软件的监管框架已经形成「1 项强制性国标 + 2 项推荐性国标 + 1 项标准化技术文件」的结构。

四、对车企和供应链的实际要求

其一，版本管理要能举证。 强制国标规范了升级过程的告知、追溯与失败回退要求，意味着每一次推送都必须留下可审计的版本记录、影响范围与回退方案——这对于过去「一个 OTA 包打天下」的工程习惯是根本性改变。

其二，测试验证必须前移。 一旦改动涉及主要技术参数或自动驾驶功能，就要走变更许可，等同重新走一遍准入流程。把验证做在研发阶段，比事后补备案便宜得多。

其三，供应商要跟着改流程。 域控制器、BMS、座舱 SoC 的软件交付都需要向下游提供可追溯的版本与变更说明。对 Tier1 而言，「交付软件 + 交付变更影响分析」会成为新的准入门槛。

判断上可以给一个明确的预期：2026 年是汽车软件从「迭代优先」转向「合规优先」的分界年，短期看是上新速度下降、备案工作量上升；中长期看，能够把版本管理、变更影响评估和 OTA 召回闭环做成体系能力的车企，会在出口市场获得直接的合规红利。