一项强制国标背后:自动驾驶开始从“试出来”走向“管起来”

7月30日，《智能网联汽车 自动驾驶系统安全要求》（GB 44721—2026）获批发布，并拟于2027年7月1日起实施。

看似是一项针对L3、L4级自动驾驶系统的技术标准，背后释放出的产业信号却更值得关注：我国自动驾驶监管重心正在进一步从道路测试、示范应用，转向产品准入和规模化应用阶段的安全监管。

图片来源：政府官网

过去几年，自动驾驶的发展逻辑更接近“试出来”。

企业通过封闭场地测试、开放道路测试和示范运营，不断积累数据、验证系统能力、拓展运行区域；监管部门则通过测试牌照、示范区管理、道路运输试点等制度，为技术迭代和商业模式探索留出空间。

这一阶段首先需要回答的问题，是自动驾驶技术“能不能跑起来、能在什么场景跑起来”。

但随着L3级车型获得附条件准入许可，L4级自动驾驶也从园区、港口等限定场景逐步向更复杂的道路环境拓展，仅仅证明车辆“能够运行”已经不够。

产业化真正需要回答的是另一组问题：

企业能否将自动驾驶系统以稳定、安全、可验证的方式交付给用户？

系统的能力边界如何界定？

出现故障或者超出运行条件时如何安全退出？

驾驶人何时需要接管？软件更新、功能变化之后，企业如何持续证明车辆仍然安全？

GB 44721—2026所要建立的，正是这样一条面向产品化的强制安全底线。

从“测试示范”进一步走向“产品监管”

首先，自动驾驶监管重心正在进一步从测试示范向产品准入和规模化应用阶段延伸。

GB 44721适用于装备L3级和/或L4级自动驾驶系统的M类、N类车辆，其规范对象已经不只是研发验证阶段所关注的自动驾驶能力，而是面向未来批量生产和使用的L3、L4级自动驾驶汽车产品。

需要指出的是，国内并不是从这一标准发布之后才开始对智能网联汽车实施产品监管。近年来，围绕智能网联汽车生产企业及产品准入、软件升级、数据记录等方面的制度已经陆续建立。

GB 44721的重要意义在于，在这些制度基础上进一步建立面向L3、L4级自动驾驶产品的统一强制安全要求。

测试阶段可以允许企业在限定条件下探索未知边界；进入产品阶段之后，则需要形成统一、可执行、可检验的安全底线。

因此，这项标准所代表的变化，并不是简单地从“没有监管”走向“开始监管”，而是监管体系开始从允许技术试验，进一步走向要求企业证明产品能够被安全地生产、准入和使用。

自动驾驶由此越来越不只是一个技术演示问题，而成为一个标准化汽车产品监管问题。

第二个重要变化，是自动驾驶安全评价对象正在扩大。

传统汽车准入主要围绕车辆本身展开，例如制动、碰撞、电气安全以及零部件性能等，大量要求可以通过检测一辆样车来进行验证。

但自动驾驶系统不同。

一辆车在某一次测试中“表现合格”，并不能完全证明其自动驾驶系统长期安全。

自动驾驶安全不仅取决于车辆当时的表现，还取决于企业是否建立了完善的安全管理和风险控制体系，系统是否能够正确识别自身能力边界，是否能够在复杂场景中完成动态驾驶任务，以及在系统失效或运行条件不满足时能否进入最小风险状态。

因此，GB 44721提出了“保障要求检验+安全档案检验+确认性试验”等评价方式。

这实际上意味着监管逻辑发生了明显变化：

不仅看车辆最终表现，也看企业建立了怎样的安全保障体系；

不仅看一辆样车能否通过测试，也看企业能否系统性证明自动驾驶系统为什么是安全的；

不仅验证正常功能，还需要验证系统面对异常、失效和能力边界时如何处理风险。

从这个意义上看，自动驾驶正在从“考一辆车”，逐渐走向“检验企业安全保障体系、审核系统安全论证、验证车辆实际能力”。

这也意味着，未来车企之间的竞争将不再只是算法能力、算力水平和功能数量的竞争，更会成为安全治理能力、验证能力以及全生命周期安全保障能力的竞争。

从“功能验证”走向“安全证明”

第三个变化，是自动驾驶评价逻辑正在从单纯验证“有什么功能”，进一步转向系统性的安全论证。

此前，行业经常用自动变道、自动跟车、自动避障等功能衡量系统先进程度。

但能够实现某项功能，并不意味着这一功能能够在所有允许使用的场景中安全运行。

GB 44721所强调的是，自动驾驶系统的安全水平应至少达到合格且专注驾驶人的水平，并不得给用户和其他道路使用者带来不合理的安全风险。

这意味着企业需要回答的问题，已经不只是“系统会做什么？”，而是进一步变成：“系统为什么能够安全地做？”“在什么条件下可以做？”“超出能力范围之后怎么办？”“出现故障时如何避免风险继续扩大？”

这种变化尤其体现在运行条件识别、最小风险策略、驾驶人接管能力监测、用户告知，以及仿真、场地、道路等综合验证要求之中。

对于L3级自动驾驶而言，在系统处于正常激活状态时，由自动驾驶系统承担相应的动态驾驶任务。

但这并不意味着后援用户可以完全不具备驾驶接管能力。

当系统发出介入请求时，后援用户需要具备响应请求并接管车辆的能力；如未及时接管，ADS还应按照规定执行相应的最小风险策略。

因此，系统能否判断何时需要驾驶人介入，能否以清晰有效的方式发出请求，后援用户是否具备规定的接管能力，以及接管过程中车辆如何维持安全，都成为L3级自动驾驶安全链条的重要组成部分。

这里需要特别区分“技术要求”与“法律责任”。

GB 44721主要解决的是系统应当具备哪些安全能力，以及企业如何证明这些能力；至于具体事故中驾驶人、生产企业、运营主体等如何承担法律责任，还需要道路交通、产品责任、保险等制度进一步衔接。

对于L4级自动驾驶而言，由于系统在其规定运行条件下无需依赖驾驶人完成动态驾驶任务，因此运行设计条件、系统失效后的风险处置以及最小风险状态等问题的重要性进一步上升。

与此同时，随着L4逐步进入公共道路运营，其产品安全要求也需要与后续运营监管制度实现更清晰的责任衔接。

第四个值得关注的变化，是这一标准开始以更加接近软件定义汽车实际形态的方式理解汽车安全。

传统汽车更接近一次性完成设计和定型的机械产品。

但自动驾驶汽车并不是静态产品。

算法可能持续更新，系统可能基于数据不断改进，车辆功能也可能通过软件升级发生变化，未来运行范围甚至可能逐步扩展。

因此，判断一套自动驾驶系统是否安全，不能只看车辆离开生产线那一刻是否满足某个指标。

GB 44721将安全方针、风险管理、安全保证、安全提升等要求纳入企业安全保障体系，反映的正是这一变化。

它实际上要求企业建立一种持续性的安全治理能力：不仅能够在产品开发阶段识别风险，还需要建立机制，对系统运行中出现的问题进行分析、反馈和改进。

结合现有的智能网联汽车产品准入、软件升级、数据记录等监管制度来看，车辆出厂将越来越不是监管终点。

未来，重大软件升级、功能变化、运行条件调整以及安全事件处置，都可能成为监管体系关注的重要内容。

这也是“软件定义汽车”时代与传统汽车监管逻辑最明显的差异之一：监管对象不再只是一辆已经定型的汽车，更是一套会持续变化的软件、数据和车辆共同构成的复杂系统。

从推荐性要求到强制安全底线

理解GB 44721—2026，还有一个非常重要的背景。

这并不是我国第一次建立L3、L4级自动驾驶系统技术要求，而是在此前推荐性国家标准基础上的进一步升级。

GB/T 44721—2024已经建立了自动驾驶系统通用技术要求，而此次GB 44721—2026进一步以强制性国家标准的形式建立自动驾驶系统安全要求，并全部代替GB/T 44721—2024。

新版还增加和强化了保障要求检验、安全档案检验、确认性试验、同一型式判定以及部分L3/L4附加技术要求。

图片来源：政府官网

这一变化本身就具有很强的产业象征意义。

推荐性标准更多解决的是行业“应该怎么做”和技术体系如何形成共识的问题；强制性标准解决的则是产品进入市场之前“至少必须做到什么”的问题。

从推荐性技术要求走向强制安全要求，意味着L3、L4自动驾驶正在越来越接近真正意义上的汽车产品化阶段。

这不仅是标准属性从推荐性走向强制性的变化，也是监管技术体系从通用功能要求进一步走向安全管理、安全论证和确认性验证的系统升级。

过去企业更多证明“技术可以实现”；下一阶段，则需要证明“产品可以安全地被使用”。

自动驾驶真正进入“证明安全”的阶段

从更宏观的视角看，GB 44721—2026的意义并不只是增加了一项汽车技术标准。

它更重要的作用，是逐步建立自动驾驶产业化所需要的一套共同安全语言。

制造商需要建立安全保障体系；自动驾驶系统需要明确自身能力边界并进行安全论证；车辆需要通过确认性试验证明实际能力；用户需要正确理解系统功能及使用条件；检验机构则需要依据统一的方法，对企业提供的安全论证和车辆实际能力进行检验验证。

这些环节共同构成了自动驾驶从研发验证走向规模化应用的基础。

与此同时，这项标准也为后续产品准入、运行监管、事故调查以及责任认定等制度进一步衔接提供了技术基础。

自动驾驶并不会仅仅因为“测试里程越来越多”就自然走向成熟。

真正实现规模化，需要技术能力能够被证明，运行边界能够被说清，风险处置机制能够被验证，企业主体责任能够被落实，监管机构也需要拥有可以执行的技术工具。

因此，GB 44721—2026所代表的，并不是中国自动驾驶从此才开始被监管，而是一个更加深刻的变化：自动驾驶开始从以“验证技术能不能跑”为主的探索逻辑，进一步走向以“证明产品能不能安全使用”为核心的产业逻辑。

如果说过去几年行业竞争的核心是“谁能把自动驾驶跑起来”，那么下一阶段更重要的问题将是：谁能够以可验证、可追溯、可持续改进的方式，把智能真正变成安全。