强制性国标发布:自动驾驶从“技术验证”迈向“安全准入+全生命周期治理”,无人配送、车企、算法、运营/维、检测、保险和监管如何补课?

欢迎关注「无人配送研究」

大家好，我是小珲。

专注帮大家搞清楚无人配送，少踩坑、少走弯路。

文章有语音版本，大家可以点🎧直接收听音频。

新国标来了！无人车真正的门槛，从“会跑”变成“敢长期让它跑”。

GB 44721—2026正式发布：无人配送行业必须重新补这七门课。

别只盯算法了！中国自动驾驶开始进入“全生命周期安全”时代。

从一辆会跑的无人车，到一套可信的无人运力：新国标真正改变了什么？

强制国标来了以后，车企、算法、运营、售后、保险、监管平台都要变。

GB 44721—2026来了！无人车真正的门槛，终于从“会跑”变成“敢长期让它跑”

强制性国标正式发布：中国自动驾驶从“技术验证”迈向“安全准入+全生命周期治理”，无人配送、车企、算法、运营、运维、检测、保险和监管平台都要重新补课。

过去，我一直在研究无人配送，也走过不少城市，看过不少车、项目、平台和运营现场。

行业里最常听到的一句话是什么和运营现场。

行业？

“我们的车已经可以无人驾驶了。”

再往下问：

跑多久了？

“跑挺久了。”

一天多少公里？

“这个要问运营。”

百公里人工介入多少次？

“这个要问算法。”

车辆出了严重故障以后怎么安全退出？

“这个要问技术。”

软件升级以后有没有重新验证？

“这个要问研发。”

事故发生以后，谁把车辆状态、算法版本、远程操作、网络状态和事件过程完整还原出来？

大家开始互相看。

这就是过去无人驾驶产业一个非常典型的问题：

我们花了很多时间证明“车能跑”，却还没有建立一整套制度证明“这辆车值得被长期允许跑”。

现在，这道题开始有了国家级答案。

2026年7月30日，由工业和信息化部组织制定并归口的强制性国家标准《智能网联汽车 自动驾驶系统安全要求》（GB 44721—2026）正式发布，将于2027年7月1日起实施。

它适用于搭载L3级有条件自动驾驶、L4级高度自动驾驶系统的M类和N类车辆，不适用于自动泊车系统。

更值得注意的是，国家标准信息公共服务平台明确显示，GB 44721—2026将全部代替GB/T 44721—2024《智能网联汽车 自动驾驶系统通用技术要求》。

一个是GB/T。

一个是GB。

一个是推荐性通用技术要求。

一个是强制性安全要求。

这两个字母的变化背后，是一个里程碑的大阶段时期的变化。

所以，如果让我用一句话概括这次新国标的意义，我不会说：

“自动驾驶又多了一个测试标准。”

我的判断是：

中国自动驾驶真正开始从“能力证明时代”，进入“安全责任时代”。

过去，你需要证明：

我的车会开。

以后，你还要证明：

我的组织能管安全。

我的算法知道边界。

我的供应商受控。

我的测试证据可信。

我的车辆部署以后还能持续监测。

我的系统出了问题会进入安全状态。

我的软件升级以后仍然安全。

我的异常能够追溯。

我的问题能够整改。

我的安全能力不是发布会那一天存在，而是在车辆整个生命周期里持续存在。

这不是给自动驾驶增加一道考试。

这是开始给整个自动驾驶产业建立“安全生产制度”。

而对于无人配送行业，我认为影响会比很多人想象得更加深远。

 摘  要 

先说这篇文章最重要的二十个判断。

第一，GB 44721—2026真正改变的，不是某一项算法指标，而是企业承担安全责任的方式。

第二，从GB/T 44721—2024到GB 44721—2026，是从“通用技术要求”走向“强制安全底线”的重大变化。

第三，新国标最值得关注的并不是一辆测试车能不能通过几个场景，而是企业有没有一套覆盖设计、开发、生产、部署后的全生命周期安全管理体系。

第四，“安全水平至少达到合格且专注驾驶人的水平”，不能简单理解成拿一个事故率数字和人类司机PK，而是需要安全档案、场景、测试和管理体系共同证明。

第五，对L4而言，真正重要的能力不是“没人接管”，而是没有后援驾驶人时，系统自己如何完成最小风险操作并进入最小风险状态。

第六，未来评价自动驾驶，不只看它正常情况下有多聪明，更看风险场景、失效场景和超出运行边界以后有多理智。

第七，算法企业未来不能只交付一个“模型版本”，还必须交付边界、证据、验证方法和持续安全能力。

第八，车企的责任会进一步向供应链外延：算法、传感器、线控、仿真工具、服务商和部署后运营能力，都要进入安全管理。

第九，仿真不再只是研发提效工具，而会成为安全证据链的一部分；但仿真本身也必须证明可信。

第十，第三方检测机构的价值将从“测几个场景”升级到企业保障能力、安全档案和确认性试验的综合评价。

第十一，无人车售后体系未来不能只负责修车，它必须进入安全生命周期管理。

第十二，运营和运维人员将从“项目保障人员”变成自动驾驶安全体系的组成部分。

第十三，远程运营不会因为L4提高而消失，反而会从远程驾驶进一步升级为异常、事件和安全运营管理。

第十四，软件版本、OTA升级、维修、零部件更换和场景变化，未来都会越来越深地进入安全治理。

第十五，监管平台的下一步不会只看位置、速度和电子围栏，而会越来越关心车型、版本、运行边界、事件、安全状态和企业安全表现。

第十六，保险行业将得到越来越完整的数字证据，但真正的机会不只是事故后赔付，而是基于运营风险开展动态风险管理。

第十七，物流客户采购无人车时，不能再只比较单车价格、载重和续航，而要增加安全管理、运维、远程、事件闭环和生命周期服务能力。

第十八，需要特别注意：GB 44721—2026直接适用于搭载L3/L4 ADS的M类、N类车辆，并不能简单得出“今天所有低速功能型无人配送车全部直接适用”的结论。

第十九，但是，这套安全思想一定会向更广泛的无人配送、Robovan、无人重卡和城市无人运力外溢，最终影响地方监管、采购、检测和运营体系。

第二十，这次新国标最大的产业启示是：未来真正有价值的不是一辆通过测试的无人车，而是一套能够持续证明自己安全的无人运力体系。

 PART  01 

先别急着喊“无人配送进入强制国标时代”，我们先把适用范围讲严谨

这件事情非常重要。

因为政策解读最怕两件事：

一是没看懂就喊重大利好。

二是为了流量把适用范围无限放大。

GB 44721—2026官方明确：

适用于搭载L3级、L4级自动驾驶系统的M类和N类车辆。

不适用于自动泊车系统。

什么意思？

简单理解：

M类主要对应载客汽车。

N类主要对应载货汽车。

因此，正式进入道路机动车产品体系、属于M/N类、搭载L3/L4 ADS的Robotaxi、自动驾驶乘用车、Robovan、自动驾驶货运车辆等，是这份标准最直接的对象。

但是当前行业里还有大量大家习惯称为“无人配送车”“功能型无人车”“低速无人车”的产品。

其中一部分并不一定按照M/N类道路机动车产品进行准入。

因此：

不能简单说，2027年7月1日起，今天市面上所有无人配送小车全部必须直接按照GB 44721—2026认证。

这句话不严谨。

但是反过来说：

是不是和无人配送关系就不大？

同样错误。

为什么？

因为当国家开始为L3/L4道路机动车建立完整的自动驾驶安全基线以后，里面形成的很多核心思想：

全生命周期安全管理。

运行边界管理。

风险场景。

失效场景。

最小风险策略。

安全档案。

部署后监测。

版本管理。

场景验证。

第三方检测。

安全事件数据。

供应链责任。

都会逐渐成为整个无人驾驶产业共同参考的安全语言。

特别是未来越来越多无人配送产品开始向：

更高速。

更大载重。

更开放道路。

更标准化车辆准入。

更大规模城市运营。

方向演进以后，和这套国家标准体系之间的距离只会越来越近。

所以，对无人配送行业最正确的态度不是：

“是不是明天直接强制我执行？”

而是问：

国家正在用什么逻辑定义一辆真正可以规模化运行的L4车辆？

如果这个逻辑看懂了，我们就能提前看见未来三到五年的行业门槛。

 PART  02 

为什么从GB/T变成GB，比很多技术参数更值得关注？

GB/T 44721—2024叫：

《智能网联汽车 自动驾驶系统通用技术要求》。

现在GB 44721—2026叫：

《智能网联汽车 自动驾驶系统安全要求》。

国家标准信息公共服务平台明确显示，

这其实已经把产业变化写在名字里了。

过去重点是：

“自动驾驶系统应该具备哪些通用能力？”

现在重点变成：

“自动驾驶系统进入真实道路之前必须守住哪些安全底线？”

这是两个完全不同的问题。

前者更像：

你学了哪些课程？

后者更像：

你有没有资格上岗？

而且这不是孤立发生的。

2025年12月，工业和信息化部已经附条件许可两款L3级自动驾驶车型产品，并限定在北京、重庆特定道路和条件。

2026年1月1日，GB 44497—2024《智能网联汽车 自动驾驶系统通用技术要求》。

这次又发布L3/L4自动驾驶系统安全强制性国家标准。

同时配套：

场地试验。

道路试验。

仿真试验。

安全数据记录。

后续工信部还明确提出，将持续完善自动驾驶试验方法、安全事件数据交互与验证

把这些事情放在一起看，我们会发现：

中国不是在孤立地制定几个标准。

而是在逐步补齐一套：

产品准入 + 自动驾驶安全 + 测试验证 + 数据记录 + 部署后管理 + 监管体系

的基础框架。

这才是这次政策真正应该关注的地方。

 PART  03 

最大的变化：以后审核的不只是车，还要审核“造这辆车的人有没有能力长期管住风险”

这次官方发布特别强调了四个维度：

安全方针。

风险管理。

安全保证。

安全提升。

并要求车辆制造商建立覆盖：

产品设计开发。

生产制造。

部署后。

全程可追溯

这句话看起来比较官方。

翻译成人话：

以后不是把一辆样车调到最佳状态，通过测试就完了。

监管和检测开始问：

你公司平时怎么管理安全？

谁对安全负责？

算法出了问题找谁？

供应商出了问题怎么办？

软件版本谁批准？

问题如何进入风险库？

整改是否闭环？

量产车和测试车是不是同一个状态？

上线以后出了新问题怎么办？

已经卖出去、部署出去的车辆怎么处理？

内部有没有独立审核？

人员有没有能力？

培训有没有体系？

安全有没有KPI？

从此前公开的征求意见稿编制说明可以看到，标准设计甚至已经深入到企业安全管理体系的组织责任、供应链管理、持续改进、安全KPI、人员能力、生产活动、工具管理等层面。

其中明确提出，车辆制造商应与参与ADS开发、制造或部署阶段的供应商、服务商等建立工作机制，并对供应链安全风险、供应商安全管理体系、合同责任、安全信息共享等进行管理；

这意味着什么？

意味着未来自动驾驶真正的门槛，不只是算法团队有几个博士。

而是：

公司本身要变成一家具有安全工程能力的组织。

这是第一次真正把竞争从：

“技术能力”

往上推到了：

“组织能力”。

 PART  04 

“至少达到合格且专注驾驶人的水平”，不是一句宣传语，而是整个安全证明体系的顶层约束

官方发布中有一句话非常值得注意：

自动驾驶系统安全水平应至少达到正在承担动态驾驶任务的合格且专注驾驶人的水平，同时不得给用户及其他道路使用者造成影响

很多人看到这里，会马上问：

是不是以后只要证明事故率比人低，就合格？

没有这么简单。

从此前公开编制说明可以看出，这一要求是顶层安全目标。

车辆制造商需要围绕自己声明的运行条件，通过：

正常场景。

风险场景。

失效场景。

运行边界变化。

后援响应。

安全档案。

仿真、场地、道路试验。

等多维验证

也就是说：

未来安全不再是一句：

“我们已经累计安全运行一千万公里。”

跑得多很重要。

但“跑了很多公里没出事”，并不能自动证明所有关键风险已经覆盖。

同样：

“通过五百个测试场景”，也不能说明真实世界所有风险已经解决。

真正的安全证明更接近：

我知道自己在哪里能运行。

我知道有哪些危险。

我能解释这些危险如何被识别。

我能证明系统如何处理。

我能说明哪些风险仍然存在。

我有证据证明剩余风险在合理范围内。

我上线以后继续监测这些风险有没有变化。

这就是我们以后会越来越多听到的一个词：

Safety Case：安全论证、安全档案、安全证据链。

未来无人车竞争，可能真的会从“算法军备竞赛”，进入“安全证据军备竞赛”。

 PART  05 

真正考验L4的，不是“没人开”，而是“没人接的时候，你怎么办？”

无人配送行业特别喜欢一个词：

完全无人。

很多项目最喜欢展示：

车里没人。

方向盘都没有。

看起来非常彻底。

但真正成熟的L4，考验的从来不是：

有没有驾驶员。

而是：

没有驾驶员以后，出了问题谁负责把系统带到安全状态？

这次标准明确提出最小风险策略的触发和执行要求。

从此前公开编制说明来看，对于L4 ADS，当发生需要执行最小风险操作的情形时，系统需要通过最小风险操作，使车辆达到最小风险状态，并以最小化用户和其他道路使用者风险、尽可能将车辆移至不妨碍交通安全的位置。

这句话对无人配送太重要了。

以后我们评价一辆L4无人配送车，不能只问：

识别率多少？

最高速度多少？

无接管里程多少？

还应该问：

刹车失效怎么办？

转向异常怎么办？

通信异常怎么办？

传感器异常怎么办？

供电异常怎么办？

地图与实际道路不一致怎么办？

前方施工无法通行怎么办？

车辆发现已经超出自己能力边界以后怎么办？

远程中心没有及时响应怎么办？

系统能不能自己把风险收回来？

所以我一直强调一句话：

真正优秀的无人驾驶，不是永远不会失败。

而是失败的时候，不会把失败变成事故。

这次国标把这种思想进一步放到了强制安全体系里。

 PART  06 

一个非常容易被忽略的变化：自动驾驶不能只“安全”，还不能蠢到把整条路堵住

这个地方特别值得无人配送行业注意。

从此前公开编制说明可以看到，ADS在正常场景下不仅要避免碰撞、合理保持距离、与其他道路使用者安全交互，还提出了一个很现实的要求：

应避免因不合理驾驶行为扰乱交通流、导致通行效率下降。

编制说明举的例子非常接地气：

畅通道路无故低速行驶。

不能合理交互造成长时间停车等待。

不合理汇入导致后车严重降速。

看到这里，我第一反应就是：

终于开始管“过度保守”这件事了。

过去无人车安全逻辑经常是：

看不懂？

停车。

不确定？

停车。

有人靠近？

停车。

情况复杂？

还是停车。

从工程角度看，非常谨慎。

但如果未来一座城市有一万辆无人车，每辆车遇到一点不确定性就原地思考人生，那城市交通可能先被“安全地”堵死。

所以真正成熟的自动驾驶必须同时处理两个目标：

安全。

效率。

当然，安全永远优先。

但是“安全”不能被简单理解成“慢就是安全”“停就是安全”。

真正好的系统应该：

看得懂的时候合理通过。

看不懂的时候合理降级。

确实危险的时候安全停车。

这对于无人配送尤其关键。

因为我们的车辆很多运行在城市支路、园区出入口、商业街、配送节点等复杂混行环境。

未来无人车不仅要学会不撞人。

还必须学会怎样成为一个“正常的交通参与者”。

 PART  07 

中国道路环境的“人情世故”，也开始进入自动驾驶安全体系

还有两个细节很有意思。

此前公开编制说明中明确讨论了：

优先车辆。

交通警察现场指挥。

对于L4 ADS，系统被要求具备相应的让行和响应能力；对于交通警察现场指挥，也需要根据依据一定的规则和标准来进行。

这个细节看起来小，实际上意义非常大。

因为自动驾驶真正难的，不是实验室里那条干净的车道线。

而是现实世界的“临时性”。

前面消防车来了。

交警突然现场指挥。

道路临时施工。

事故导致临时借道。

非机动车不按剧本走。

有人站在路边挥手示意。

一块临时锥桶改变交通流。

这些事情都没有提前写进导航路线。

这也是为什么中国自动驾驶标准一定要适配中国真实道路。

真正的L4不是：

按照地图开得非常标准。

而是：

在真实社会交通秩序里，知道自己是什么角色。

这对Robotaxi重要。

对无人配送同样重要。

因为未来城市无人运力规模越大，车辆越不能像一群只懂算法、不懂社会规则的“理工直男”满街跑。

 PART  08 

对车企：以后交付的不是一辆L4车，而是一整套安全责任

这次标准对车辆制造商的影响，可能是最大的。

因为车辆制造商开始真正成为全生命周期安全责任的核心组织者。

以后车企至少要补七门课。

第一门：安全管理体系。

安全不再只是研发中心一个功能安全部门的事情。

要进入企业组织治理。

第二门：供应链安全管理。

算法供应商说：

“这块不是我的责任。”

传感器企业说：

“数据我已经给你了。”

底盘企业说：

“控制指令是算法发的。”

未来这种踢皮球越来越难。

因为最终整车企业必须建立供应链安全责任机制。

第三门：安全档案能力。

不能只交一份测试报告。

必须能够讲清楚：

系统边界是什么。

有哪些风险。

如何验证。

残余风险是什么。

凭什么认为可以安全部署。

第四门：部署后监测。

车卖出去以后，责任并没有结束。

真实运营发现的新问题，需要重新进入风险管理。

第五门：版本治理。

算法版本变了。

模型变了。

控制策略变了。

关键配置变了。

都可能改变安全状态。

以后OTA不是“产品经理晚上发个版本，第二天看看效果”。

它会越来越像航空软件：

改了什么。

为什么改。

影响什么。

测试什么。

谁批准。

全部要有记录。

第六门：运营协同。

车辆制造商不能再把运营企业当成“买完车以后自己负责”。

部署后的真实安全数据，会越来越重要。

第七门：召回与改进。

一个系统性问题被识别以后，如何找到受影响车辆、停止风险扩散、升级、验证、恢复运行，会成为真正能力。

所以以后有一种车企会很难受：

车做出来了。

销售也很猛。

但组织还是项目制。

研发、销售、交付、售后各忙各的。

出了问题靠群里@人。

这样的企业，规模越大，安全管理成本越高。

未来车企真正的护城河，会有一部分从算法代码，转移到安全组织能力。

 PART  09 

对算法公司：以后不能只回答“准确率多少”，还要回答“错的时候会发生什么”

这是算法企业必须面对的一次大变化。

过去做感知：

准确率。

召回率。

误检率。

漏检率。

过去做规划控制：

舒适性。

通过率。

成功率。

现在这些指标当然还重要。

但安全标准会逼着算法团队回答一组以前不太喜欢的问题：

在哪些情况下模型会失效？

你怎么知道它失效了？

失效以后系统会怎么处理？

输入分布变化以后怎么办？

模型升级以后原来的安全结论还成立吗？

边缘场景如何识别？

算法不确定性怎么表达？

如果两个模块得出冲突结论，谁优先？

如果AI“大模型”给了一个非常自信但错误的判断，谁负责否决？

这也是为什么以后“端到端”“VLA”“世界模型”再强，都不能绕开安全工程。

模型可以越来越黑盒。

安全责任不能越来越黑盒。

从标准编制说明来看，仿真工具链本身的能力边界、关键参数、敏感性、与实车结果的一致性和相关性。

这对算法企业意味着：

未来卖的不只是模型。

而是：

模型。

边界。

验证。

工具。

证据。

版本。

持续改进能力。

所以，真正能够进入主机厂大规模量产体系的算法企业，会越来越像一个安全工程公司。

而不只是AI实验室。

 PART  10 

对线控底盘、传感器、计算平台和零部件企业：以后不是“供上货就结束”

很多零部件企业过去的角色比较清晰。

把硬件交给整车。

满足技术指标。

任务完成。

但是ADS越来越复杂以后，供应链之间的安全关系会越来越深。

比如：

一颗传感器偶发失效。

到底是传感器故障？

供电问题？

时间同步问题？

标定问题？

融合算法问题？

算力平台资源竞争？

车端通信故障？

任何一个环节都可能最终表现成自动驾驶行为异常。

因此未来供应商要提供的不只是“产品规格书”。

还需要越来越完整的：

失效模式。

诊断能力。

寿命数据。

版本信息。

故障日志。

安全机制。

变更通知。

接口约束。

验证证据。

特别是线控底盘。

无人车没有司机以后：

制动。

转向。

驱动。

驻车。

供电。

本质上就是车辆最后一道执行安全防线。

所以未来无人配送行业真正成熟以后，市场不会只问：

这个底盘多少钱？

而会越来越多问：

单点失效以后怎么办？

冗余在哪里？

故障能不能诊断？

降级逻辑是什么？

数据能不能追溯？

这也是无人配送行业从“拼BOM成本”，走向“拼生命周期成本”的开始。

 PART  11 

对仿真企业和检测机构：一门可能真正开始爆发的新生意

过去很多自动驾驶公司内部对仿真的态度是：

能提效。

能省路测。

能回放。

很好用。

未来仿真会有一个更高身份：

安全证据生产工具。

但是要注意：

不是拿一个仿真平台跑十万个场景，然后截图写报告就叫证据。

从此前标准编制说明可以看出，车辆制造商需要关注仿真工具链的适用范围、限制条件、关键参数、不确定性，以及仿真结果和实车结果之8048view0

简单说：

不仅要验证车。

还要验证“验证车的工具”靠不靠谱。

这会带来非常大的行业机会。

场景库。

仿真平台。

数字孪生。

道路模型。

传感器模型。

交通参与者行为模型。

测试评价工具。

数据闭环。

安全档案管理。

都可能形成新的专业服务市场。

第三方检测机构也一样。

官方明确提出：

企业保障能力检验。

安全档案检验。

确认性试验。

多位一体的检验检测体系，并综合使用场地、道路、仿真等。

以后检测机构不只是：

找一个假人。

让车跑过来。

看看刹没刹住。

它需要真正理解：

企业的安全体系。

系统的运行边界。

安全档案。

场景覆盖。

试验证据。

这对检测行业本身，也是一场能力升级。

 PART  12 

对无人配送运营企业：过去你觉得自己只是运营方，以后你会越来越深地进入安全体系

很多无人配送运营商今天的心态是：

车是厂家造的。

算法是厂家做的。

我负责运营。

实际上以后边界不会这么简单。

因为真实运营恰恰是自动驾驶安全最重要的数据来源之一。

实验室发现的是：

已知问题。

真实世界不断创造的是：

你以前根本没想到的问题。

某个路口车辆总是停。

某个门店每天有人逆行。

某条线路下雨以后感知质量变化。

某一种箱体装上去以后影响传感器视野。

某个时间段通信特别差。

某一辆车的方向盘控制长期出现细小偏差。

这些东西，如果运营团队只是：

“能跑就继续跑。”

“有问题重启一下。”

“卡住远程开过去。”

那么大量安全信息都会消失。

未来运营体系必须真正进入：

异常发现。

事件分级。

工单。

责任。

数据回传。

复盘。

整改。

验证。

再上线。

也就是说：

运营不再只是帮车辆把订单跑完。

运营还是部署后安全监测的第一线。

这也是为什么我之前一直提出：

未来没有单纯的无人车公司。

只有无人运力公司。

因为当企业开始真正对长期运营结果负责以后：

研发。

产品。

运营。

安全。

运维。

服务。

已经不能再割裂。

 PART  13 

对远程运营：新国标不是在消灭远程，而是在重新定义远程

有人可能会问：

L4都要求系统自己进入最小风险状态了。

那是不是远程驾驶以后没用了？

不是。

这恰恰验证了我们之前那篇文章的判断：

远程驾驶正在消失。

远程运营正在诞生。

远程系统未来最重要的工作，不应该是天天帮车辆开过去。

而是：

监控。

异常确认。

远程协助。

事件处置。

调度。

工单。

应急协调。

安全恢复。

真正成熟的L4，应该尽可能依靠自身能力安全退出。

而不是：

一断网，就完了。

一异常，就等远程司机。

所以远程运营的价值会从：

“替车开”

变成：

“管理整个异常生命周期”。

这意味着远程运营未来也需要指标。

百公里人工介入次数。

平均响应时间。

高风险事件响应率。

最小风险状态执行成功率。

重复异常率。

远程操作后恢复率。

远程人员负荷。

这些数据未来都有可能变成企业安全表现的一部分。

 PART  14 

对售后和运维：行业终于要开始认识到；修好不等于恢复安全

这一块，我认为无人配送行业现在尤其薄弱。

很多无人车企业：

研发几百人。

销售很多人。

售后运维全国跑。

真正完整的服务体系却还没建立。

车辆坏了怎么办？

工程师过去修。

修好了怎么办？

继续跑。

问题来了：

修好了，就一定恢复了原来的安全状态吗？

不一定。

换了传感器。

有没有重新标定？

换了转向部件。

控制参数有没有变化？

事故维修以后，传感器安装位置有没有偏差？

电气系统调整以后，有没有影响ADS？

软件和硬件版本是否匹配？

哪些维修操作需要重新验证？

未来自动驾驶生命周期安全一定会把这些问题越提越高。

所以售后体系必须从：

维修中心

升级为：

运营安全保障体系。

未来真正成熟的无人车售后，至少要形成：

远程诊断。

故障分级。

备件管理。

维修SOP。

软件版本管理。

标定。

复检。

工单。

安全放行。

数据回传。

重复故障分析。

预测性维护。

以前修车的终点是：

发动了。

以后无人车维修的终点应该是：

确认车辆恢复到允许重新运营的安全状态。

这两个标准完全不同。

 PART  15 

对地图、通信和网络企业：你们不是外围供应商，而是运行边界的一部分

自动驾驶越规模化，人们越容易发现一个现实：

车并不是孤立运行的。

地图变化。

网络变化。

道路变化。

都会影响系统能力。

比如一辆L4无人配送车：

算法没问题。

底盘没问题。

传感器没问题。

但是运行区域突然施工。

地图更新不及时。

车辆的实际运行条件就改变了。

再比如：

一套远程运营系统设计得很好。

但是进入网络弱覆盖区域。

远程协助能力就可能发生变化。

所以未来：

地图企业需要提供更强的更新、质量、版本和事件能力。

通信运营商需要更加关注无人驾驶运行场景中的网络质量画像。

平台要知道：

哪些地方通信能力稳定？

哪些地方远程功能可能受限？

哪些道路条件变化已经超出车辆当前声明能力？

这正是以后城市级“时空运营地图”真正有价值的地方。

未来地图可能不再只回答：

这里有没有路。

还要回答：

这辆车、这个版本、这个时段、这个天气、这个网络条件下，到底适不适合跑。

 PART  16 

对保险：真正值钱的不是“无人车险”三个字，而是风险终于开始数字化

新国标本身并不是保险标准。

这一点要说清楚。

但是它会对保险产生非常明显的间接影响。

为什么？

因为自动驾驶越进入标准化治理，保险越容易获得真正可以用于风险定价的数据。

车辆型号。

ADS版本。

运行边界。

自动驾驶状态。

人工接管。

事故前后车辆行为。

故障信息。

远程操作。

安全事件。

维修记录。

运营表现。

再结合已经实施的GB 44497—2024自动驾驶数据记录系统，未来事故责任认定的数据记录系统的强制要求

因此以后保险公司真正值得研究的，不只是：

给无人车设计一个新险种。

而是：

事故率怎么分车型？

怎么分版本？

怎么分运营企业？

怎么分场景？

怎么分道路？

怎么分安全管理能力？

一家运营管理非常成熟的企业，和一家天天异常、数据缺失、运维混乱的企业，为什么应该交完全一样的保费？

未来不会永远这样。

所以我判断：

无人驾驶会推动保险从“按车定价”，逐渐走向“按系统+场景+运营风险定价”。

这可能是一个比简单开发“无人车商业险”大得多的市场。

 PART  17 

对地方政府和监管平台：以后不能只看“这辆车在哪里”，还要知道“它凭什么现在还能跑”

过去无人车监管平台第一代能力通常是：

车辆接入。

实时位置。

轨迹。

速度。

电子围栏。

基础告警。

这很重要。

但GB 44721背后的全生命周期治理逻辑，会进一步推动监管平台升级。

以后一个成熟的城市无人化监管体系，很可能还需要逐步理解：

这是什么车型？

是什么ADS版本？

运行边界是什么？

当前车辆处于什么自动驾驶状态？

近期安全表现怎么样？

有没有重大事件？

软件最近有没有升级？

企业安全责任主体是谁？

远程运营中心是否正常？

车辆发生异常以后有没有及时闭环？

发生重大维修以后是否符合重新运营条件？

这正是我们前面刚刚提出的演进路线：

监管平台1.0

看得见。

↓

监管平台2.0

管得住。

↓

城市无人化运营平台

调得动、接得住。

↓

OpenMaaS城市物流AI操作系统

组织整座城市的运力。

更值得注意的是，工信部官方发布在最后明确提出：

后续还将持续完善安全事件数据交互与管理系统等配套标准，加快构建完善的智能网联汽车监管体系

这一句我建议行业特别关注。

它意味着未来很可能不仅车要标准化。

“车出了事以后，数据怎样进入监管体系”也要标准化。

一旦安全事件开始统一数据交互：

监管平台。

企业平台。

远程运营。

检测。

事故调查。

保险。

运维。

就会慢慢被一条事件链连起来。

这其实已经离“城市无人化运营平台”不远了。

 PART  18 

对物流客户：以后采购无人车，真的不能只比价格了

现在很多无人车项目采购时，还在比较：

多少钱一辆？

载重多少？

续航多少？

尺寸多大？

租金多少？

这些当然重要。

但以后真正专业的采购，必须增加另一张表。

安全管理能力怎么样？

车辆运行边界是什么？

真实人工介入率多少？

故障以后如何进入安全状态？

有没有远程运营？

售后多少分钟响应？

重大故障多久到场？

软件升级怎么管理？

事故数据能不能完整提供？

维修以后怎么恢复运营？

有没有安全事件闭环？

运营一年以后，产品安全表现有没有改善？

为什么？

因为对于物流客户来说，无人车不是玩具。

是生产工具。

一台车便宜两万元，却隔三差五停运。

便宜没有意义。

一台车采购成本稍高，但：

稳定。

少故障。

响应快。

人工介入少。

服务体系完善。

长期看反而更便宜。

所以，新国标虽然是安全标准，但最终会倒逼采购逻辑变化。

行业会逐渐从“买得便宜”，走向“跑得便宜”。

这两个便宜，不是一回事。

 PART  19 

对人才体系：无人驾驶会开始出现大量以前“不性感、但非常值钱”的岗位

过去年轻人一提自动驾驶就业：

感知算法。

规划算法。

大模型。

芯片。

听起来都很酷。

未来产业真正规模化以后，会出现越来越多不那么“明星”、但非常关键的岗位：

自动驾驶安全工程师。

场景测试工程师。

仿真验证工程师。

安全档案工程师。

版本与配置管理工程师。

远程运营人员。

事件管理人员。

车辆运维工程师。

安全合规人员。

监管平台运营人员。

质量工程师。

场景数据工程师。

培训认证人员。

这和我们OpenSkill一直在做的事情高度一致。

未来无人化产业真正缺的，绝不只是几个顶尖算法科学家。

当几十万辆无人设备进入真实世界以后，需要的是一整套产业岗位。

算法负责把上限做高。

运营、安全、交付和运维负责把下限托住。

一个产业真正成熟的标志，不是只有明星工程师。

而是大量普通岗位也开始拥有标准、SOP、培训和职业路径。

 PART  20 

对资本市场：以后“跑了多少公里”，要和“怎么跑的”一起看

过去行业特别喜欢一个数字：

累计运营里程。

一千万公里。

五千万公里。

一亿公里。

非常震撼。

但是未来资本市场会越来越成熟。

它不会只问：

跑了多少？

还会继续问：

在哪里跑的？

是什么运行边界？

多少公里是有效载货？

多少公里有人跟车？

多少次人工介入？

多少次重大异常？

百公里故障率多少？

平均恢复时间多少？

软件迭代以后指标有没有改善？

每一百万公里产生多少安全事件？

这才是真正有价值的数据。

所以未来真正优质的无人运力公司，竞争的不只是规模。

而是：

规模 × 安全 × 效率。

只有规模，没有安全，是风险。

只有安全，没有效率，没有商业价值。

只有效率，没有规模，很难形成产业。

三者同时成立，才是真正的无人运力。

 PART  21 

为什么这次国标会加快行业洗牌？

每一次行业标准提升，都会产生两种效果。

第一种：

增加企业成本。

第二种：

降低全社会交易成本。

短期看，企业需要：

建立体系。

增加验证。

建设工具。

增加检测。

加强供应链管理。

补充人员。

这些当然要花钱。

此前标准编制说明本身也明确讨论了实施标准可能带来的短期企业成本上升，同时认为长期可通过产品质量提升、事故成本的降低来弥补这些成本。

但换个角度看。

过去客户为什么不敢买？

因为不知道安全到底怎么样。

政府为什么不敢大规模放？

因为缺少统一底线。

保险为什么难定价？

因为数据不够统一。

不同企业为什么难比较？

因为大家都用自己的指标证明自己优秀。

统一安全基线出现以后，行业交易成本反而下降。

所以，这个标准长期会利好真正有能力的企业。

但对于完全靠：

项目包装。

低价竞争。

堆硬件。

靠人偷偷兜底。

没有体系。

没有数据。

没有闭环。

的企业，会越来越难。

标准不会消灭创新。

标准会淘汰“无法证明自己安全”的创新。

这恰恰是产业走向成熟必须经历的一步。

 PART  22 

国际层面也在发生同一件事：中国标准不是孤立行动

2026年6月，联合国世界车辆法规协调论坛WP.29通过自动驾驶系统相关全球规则框架和ADS全球技术法规。

UNECE公开信息显示，这套全球框架同样强调安全管理体系、可信测试、安全论证以确保信息资产的安全

工信部此次发布也特别说明：

我国标准在保持核心技术要求与国际法规协调一致的同时，对L3、L4进一步细化安全边界、用户告知、操作培训和标准化试验场景体系，更强调中国道路交通的特殊性。

这意味着两件事。

第一，中国自动驾驶产品未来出口，需要越来越理解全球共同安全语言。

第二，中国本土企业如果能够提前建立成熟Safety Case、安全管理、仿真验证和部署后监测能力，反而可能在国际竞争中获得优势。

未来真正全球化的无人车企业，不能只做到：

中国能跑。

欧洲能跑。

中东能跑。

而是必须能够做到：

在不同监管体系下，证明为什么它都能安全跑。

 PART  23 

我对未来五年的十个趋势判断

基于这次GB 44721—2026，我做十个阶段性判断。

第一个判断：2027年会成为中国L3/L4产品化的重要分水岭。

不是说2027年以后自动驾驶突然全面普及。

而是统一安全底线真正进入实施期以后，产品准入逻辑会越来越清楚。

第二个判断：未来车企的核心资产里，会多出一份“安全档案资产”。

过去核心资产是：

代码。

数据。

专利。

以后安全证据链本身也会越来越值钱。

第三个判断：算法版本治理会成为新的核心能力。

未来大家不只讨论：

V1.0比V0.9聪明多少。

还要讨论：

它的安全结论还能不能继续成立。

第四个判断：仿真、检测和安全评价会形成新的百亿级产业机会。

车越智能，需要验证的复杂度越高。

“验证智能”的行业会随之变大。

第五个判断：售后服务体系会被重新定义。

未来真正成熟的售后不是维修。

而是运营安全保障。

第六个判断：远程驾驶会进一步退居后台，远程运营会走到前台。

人工真正有价值的不是替机器长期开车。

而是管理机器解决不了的异常。

第七个判断：地方监管平台一定会向事件化、版本化和生命周期化升级。

以后只看一堆车辆位置，远远不够。

第八个判断：保险会逐渐从结果赔付走向过程风险管理。

真正有数据以后，风险才能被定价。

第九个判断：行业会出现明显分层。

真正进入M/N类产品准入体系、面向开放道路L3/L4的企业，会面对更高、更完整的国家级安全门槛。

其他低速功能型无人车也会在地方管理和行业标准中受到这种安全理念外溢影响。

两条路线短期仍然并存，但长期安全语言会越来越趋同。

第十个判断：自动驾驶最后拼的，不是“单车聪明”，而是“系统可信”。

能够获得社会信任、监管信任、客户信任，才有规模化。

 PART  24 

对于无人配送行业，我认为现在最应该补的不是一块雷达，而是七套体系

如果今天让我给无人配送企业列一个2026—2027的补课清单，我不会先写：

换什么雷达。

换什么芯片。

我会写七套体系。

第一套：产品安全体系。

知道车的能力边界和失败模式。

第二套：算法安全与版本体系。

每次迭代都有验证、记录和可追溯性。

第三套：测试验证体系。

仿真、场地、道路、真实运营形成统一证据链。

第四套：远程运营体系。

异常能发现、有人接、能升级、能闭环。

第五套：售后运维体系。

车辆故障后不仅修得快，还要确认恢复安全状态。

第六套：事件与数据体系。

每一次事故、异常、接管、故障都成为下一次改进的输入。

第七套：监管与运营协同体系。

企业平台、城市监管平台、检测、保险、运维之间能够真正交换必要信息。

如果这七套体系没有建立：

卖一百辆车，还能靠工程师拼命救火。

卖一千辆以后，问题开始放大。

卖一万辆以后，靠人扛一定扛不住。

所以：

规模化的前提，不是产能。

而是体系。

 结  语 

真正的无人驾驶时代，不是方向盘上没有人，而是整套产业开始对“安全”负责

回到这次GB 44721—2026。

很多人会把它理解成：

国家又提高了自动驾驶门槛。

我反而认为：

它是在帮整个行业把未来的路铺得更清楚。

一个新产业在早期，可以允许大家探索。

可以试错。

可以测试。

可以小范围示范。

但如果未来真的希望：

几万辆。

几十万辆。

甚至更多自动驾驶车辆进入社会交通系统。

就必须回答一个最基础的问题：

凭什么让整个社会相信你？

不是靠广告。

不是靠融资。

不是靠一场无人驾驶直播。

也不是靠一句：

“我们累计安全运行了一亿公里。”

真正建立信任，需要一整套体系。

安全方针。

风险管理。

安全保证。

安全提升。

安全档案。

测试证据。

部署后监测。

人员能力。

供应链责任。

最小风险策略。

事件数据。

持续改进。

这些东西可能没有大模型那么性感。

没有Robotaxi发布会那么吸睛。

甚至很多工作，非常枯燥。

但一个产业真正走向成熟，靠的恰恰就是这些“不性感”的东西。

民航为什么让人敢坐？

不是因为飞机从来不坏。

而是整个行业建立了一套：

设计。

制造。

维修。

人员。

运行。

事件。

调查。

持续改进。

的安全体系。

自动驾驶最后也会走向同一条路。

所以，这次新国标真正释放的信号，不是：

“自动驾驶越来越难做了。”

而是：

“自动驾驶终于开始像一个真正的大产业一样被治理了。”

对于无人配送行业同样如此。

未来不是谁先把安全员拿掉，谁就赢。

不是谁宣传“完全无人”，谁就先进。

更不是谁的价格最低，谁就能长期留下。

真正的赢家，一定是那些能够同时做到：

车能跑。

系统能停。

异常能接。

故障能修。

事件能查。

版本能管。

风险能证。

运营能闭环。

监管能看懂。

客户敢长期用。

的企业。

所以我对这次政策最后的判断是：

GB 44721—2026真正划出的，不是一条技术线。

而是一条产业分水岭。

分水岭的一边，是：

证明一辆车会自动驾驶。

另一边，是：

证明一个企业、一套系统、一支车队，拥有长期安全运营无人运力的能力。

前一个时代，我们一直在问：

“无人车什么时候能真正上路？”

后一个时代，我们真正应该研究的是：

“当成千上万辆无人车上路以后，我们究竟怎样让它们持续、安全、可监管、可运营地跑下去？”

这才是无人配送真正的大时代。

也是我们未来继续研究：

监管平台。

远程运营。

无人运力。

售后服务。

OpenMaaS。

城市无人化运营平台。

最终必须共同回答的问题：

一座城市，如何安全地被AI组织运力？

互动话题

这次GB 44721—2026正式发布以后，你认为无人配送行业最需要优先补哪一块能力？

是整车安全？

算法验证？

远程运营？

售后运维？

检测认证？

保险？

监管平台？

还是企业内部真正建立一套全生命周期安全管理体系？

欢迎在评论区聊聊。

参考与说明

本文核心政策事实依据工业和信息化部装备工业一司2026年8月4日发布的《〈智能网联汽车 自动驾驶系统安全要求〉强制性国家标准正式发布》，以及全国标准信息公共服务平台GB 44721—2026标准信息。有关具体技术条款的进一步分析，部分参考此前公开发布的征求意见稿及编制说明，用于理解标准制定思路；正式实施和具体合规判断应以最终发布的GB 44721—2026正式文本及后续配套。

特别提醒：本文为「无人配送研究」基于公开政策、标准资料及产业实践形成的独立研究判断，不构成具体产品认证、法律责任或合规意见。

本篇重点原创判断：

1. GB 44721—2026最大的变化，不是一项技术指标变化，而是企业安全责任方式发生变化。

2. 从GB/T到GB，代表产业从通用能力要求走向强制安全基线。

3. L4真正的核心不是“没有驾驶员”，而是没有驾驶员以后系统仍然能够安全失败。

4. 未来自动驾驶算法竞争将从“谁更聪明”，增加一条“谁更能证明自己安全”。

5. 售后维修的终点将从“修好了”升级为“恢复到可以安全运营的状态”。

6. 运营企业将成为部署后安全监测的重要主体。

7. 监管平台将从车辆可视化走向车型、版本、事件、风险和生命周期治理。

8. 保险将逐渐从按车辆定价走向系统、场景和运营风险定价。

9. 当前所有低速功能型无人配送车不能被简单等同于GB 44721—2026直接适用对象，但其安全治理思想必然向整个无人配送产业外溢。

10. 自动驾驶下一阶段真正竞争的，不是单车智能而是系统可信。