从交通工程视角审视萝卜快跑趴窝事件和自动驾驶系统安全国标

近期，武汉发生多台自动驾驶车辆在高架、隧道等关键路段集体停滞事件，引发道路拥堵与安全隐患，核心问题直指过度依赖云端、断网即失能。巧合的是，工信部此前发布的《智能网联汽车 自动驾驶系统安全要求（征求意见稿）》，恰好瞄准这类风险作出关键约束，从交通工程视角看，这份国标既补了行业短板，也仍存明显漏洞。

此次征求意见稿最具针对性的变革，集中在L4 级自动驾驶附加技术要求，直接回应现实安全痛点：

简单来说，新规从技术架构上杜绝 “云端一崩、全车瘫痪”，若该标准正式落地，此前高架隧道集体趴窝的情况，将很难通过准入测试中华人民共和国工业和信息化部。

尽管方向正确，但从道路通行安全与效率的系统性要求来看，标准仍有三处明显缺口：

短板 1：缺失云端失效极限测试

标准仅提出 “不依赖远程协助”，但未明确断网、断云、无通信的极端场景验证要求。企业可在正常网络环境下完成测试，无法真正检验极端情况下的自主处置能力，难以杜绝类似集体趴窝重演。

短板 2：无量化驾驶行为考核指标

标准要求自动驾驶安全水平不低于合格驾驶员，但未给出可量化、可监测的过程指标。仅靠事故率评估过于滞后，建议新增交通标志标线遵守率（如停车让行、限速、导向车道等），设定不低于 95% 的合规阈值，用实时轨迹数据持续监管。

短板 3：无交管应急接管兜底接口

标准未预留交管部门最高优先级远程接管机制。故障车辆扎堆时，交警只能封路拖车，无法主动干预引导，极易引发次生拥堵与事故，公共安全兜底存在明显空白。

当前国标仅聚焦单车安全，忽略自动驾驶车辆对整体路网的冲击，这是最大的系统性漏洞：

回顾交通发展历程，信号灯的普及不是让车辆依赖中心指挥，而是建立可预期的统一规则。自动驾驶同理，真正的安全不是靠云端遥控，而是车辆具备独立驾驶资格、规范行驶行为，平稳融入人类驾驶车流。

此次国标迈出 “去云端依赖” 的关键一步，但要实现安全与效率兼顾，还需补齐断网极限测试、遵守率量化、交管应急接管、交通流系统评价四块核心拼图，才能避免 “趴窝” 事件在其他城市、其他品牌重演。

国标为自动驾驶划定安全底线，而系统完整度决定标准生命力。单车安全只是基础，兼顾交通流安全与效率，才能让高阶自动驾驶真正适配城市道路、服务公众出行。期待正式版发布前，这些短板能得以完善，推动行业从 “能自动驾驶” 迈向 “安全顺畅融入交通”。