一、平台的核心价值:已经具备自动驾驶监管所需的“一手安全数据底座”
基于现有覆盖“车辆运行安全—跨部门数据共享—风险研判—路面处置反馈”的闭环系统,项目目标是解决新能源汽车运行监管中“要素感知不全面、故障诊断不精细、风险预警不准确、隐患查处不及时”等问题,并构建覆盖全地域、全品牌、全车型的国家级新能源汽车安全运行协同防控平台,实现在线监测、联动研判、动态预警、智能控制和精准处置。
从架构上看,项目已经具备与自动驾驶监管高度相关的能力:国家防控平台通过安全隔离装置与公安网侧平台互联,融合事故、天气、违法、道路环境、车驾管、交通状态等数据,形成动力丧失、失控、火灾等运行风险数据库,并用随机森林、神经网络等模型研判复杂恶劣运行环境下的交通运行风险,再下发至各地公安交通集成指挥平台形成处置闭环。
现有的“国家平台—共享平台—应用环境”架构尤其适合 Agent 化:国家平台汇聚全国全品牌全车型运行安全信息并进行全过程全周期管理和脱密处理;共享平台通过专线实现安全交换;地市平台分担本地可视化和分析挖掘算力,并与本地交通集成指挥平台关联应用。 这意味着它天然适合做成“中心可信数据底座 + 地方场景 Agent + 行业应用 Agent”的分布式智能体体系。
平台现有功能也正好对应自动驾驶运营最关心的风险源:车辆监测、安全感知、故障诊断、评估预警、风险管控;其中车辆数据包括车速、SOC、整车状态、动力系统、电池单体电压/温度、历史轨迹等,预警模块包括整车性能评价、热失控风险、动力丧失风险和区域运行风险。
规模方面,国家防控平台已接入新能源汽车超过 4000 万辆、动态接入车型超过 7600 种;公安防控平台支持结构化数据每条交换时间≤1s、跨平台日交换量≥5TB、安全隐患预警平均响应时间≤5s、运行风险研判准确率≥95%。 这类“高覆盖、高频、跨部门、可闭环”的数据,正是自动驾驶服务商难以单独获取、监管机构又急需的可信一手数据。
二、外部趋势:自动驾驶进入“规模化运营 + 强监管 + 数据闭环”阶段,Agent 正好补上决策层
近年自动驾驶从示范测试逐步走向商业化运营和准入监管。交通运输部《自动驾驶汽车运输安全服务指南(试行)》明确,其适用于使用自动驾驶汽车在城市道路、公路等社会机动车通行道路上从事公交、出租汽车、道路旅客运输、道路货物运输等经营活动。 2024 年,工信部等四部门首批确定 9 个联合体开展智能网联汽车准入和上路通行试点,试点流程包括申报、产品准入、上路通行、暂停退出和评估调整等阶段。
到 2025 年,自动驾驶产业的关键问题已经不只是“车能不能自己开”,而是“在哪些城市、哪些路段、哪些天气、哪些时段、哪些车辆状态下可以安全运营”。中国信通院 2025 年自动驾驶政策观察报告指出,自动驾驶正从试点走向普及,进入商业落地与“数据积累—算法迭代—体验提升—规模扩张”的正向循环阶段,同时事故责任界定、数据安全管理等制度也在加速完善。
AI Agent 的作用不是替代监管人员或运营人员,而是把复杂数据、模型和流程编排起来。OpenAI 对 Agent 的定义是:能够规划、调用工具、在专业智能体间协作,并保持足够状态以完成多步骤工作的应用。 但 Agent 项目也必须避免“为 Agent 而 Agent”,因为 Gartner 预计到 2027 年超过 40% 的 Agentic AI 项目会因成本、价值不清或风险控制不足而被取消。 因此,这个平台的 Agent 化应该聚焦高价值、强闭环、可审计场景:自动驾驶准入、ODD 扩区、运营安全、事故溯源、执法监管、城市治理。
三、总体方案:建设“可信数据空间 + 多 Agent 决策中枢”
建议把平台升级为四层架构:
第一层:可信数据底座。 保留现有国家平台、公安平台、地市平台的数据流,新增自动驾驶服务商数据接入,包括自动驾驶车辆运行日志、接管/脱困记录、远程协助记录、ODD 配置、传感器健康状态、软件/算法版本、OTA 版本、运营订单、空驶里程、充电补能、维修保养、事故事件报告等。这样,平台不仅知道“新能源汽车是否安全”,也知道“自动驾驶系统在什么条件下表现稳定或不稳定”。
第二层:脱敏可信数据空间。 按国家数据局“可信数据空间”的思路,把平台做成多主体共用的数据流通基础设施。国家数据局《可信数据空间发展行动计划(2024—2028年)》将可信数据空间定义为基于共识规则、联接多方主体、实现数据资源共享共用的数据流通利用基础设施,并提出利用隐私计算、使用控制、区块链等技术提升可信管控和全程溯源能力;该计划还明确将装备、新能源汽车、能源等工业领域作为重点方向。
第三层:专业模型与知识库。 在现有热失控、动力丧失、区域风险、恶劣天气、恶劣道路、异常交通、长时间行驶、重点违法等模型基础上,新增自动驾驶专用模型:ODD 适配模型、接管风险模型、路段复杂度模型、车路协同成熟度模型、仿真场景挖掘模型、城市运营容量模型、企业安全表现基准模型。项目中已有“极端气象、恶劣道路、异常交通、长时间行驶、重点违法”等隐患分析能力,可直接扩展为自动驾驶场景库和 ODD 风险库。
第四层:多 Agent 决策中枢。 由一个总控 Agent 编排多个专业 Agent:数据治理 Agent、ODD 评估 Agent、车队安全 Agent、事故溯源 Agent、监管审批 Agent、应急处置 Agent、仿真场景 Agent、政策评估 Agent、审计合规 Agent。Agent 不直接“拍板执法”,而是生成带数据来源、模型版本、证据链、置信度和人工复核节点的决策建议。
四、面向自动驾驶服务商:提供可购买、可调用、可审计的数据产品
自动驾驶服务商最缺的不是自己的车队数据,而是城市级、跨品牌、跨车型、跨气象、跨道路环境的一手安全基准数据。平台可以面向服务商提供以下产品。
| | |
|---|
| ODD 适配评估 Agent | 判断某城市、路段、时段、天气条件是否适合 Robotaxi、自动驾驶公交、无人配送、干线物流运营 | 输出路段级/网格级风险,不给单车 VIN、车牌、完整轨迹 |
| 路段风险热力 API | 提供动力丧失、低 SOC、热失控、拥堵、桥梁、隧道、雨雾等综合风险评分 | |
| 自动驾驶场景库 Agent | 从真实风险数据中提取仿真场景,如“暴雨+桥梁+低速拥堵+低 SOC” | |
| 车队健康 Benchmark Agent | 服务商可比较自身车队在电池、电机、电控、故障率、报警率上的行业分位 | |
| 开城/扩区申报 Agent | 自动生成监管申报材料、风险分析、应急预案、ODD 边界说明 | |
| 运营调度 Agent | 在极端天气、拥堵、重大活动、集中充电风险下,建议限速、绕行、暂停运营或回场检修 | |
举例:某 Robotaxi 服务商计划把运营范围从主城区扩展到机场高速。ODD 评估 Agent 可以调取该路段近 90 天或近 180 天的新能源汽车安全报警、车辆密度、速度异常、天气、拥堵、事故、充电补能、集中停放等数据,再结合服务商自身接管率、脱困率、远程协助率,输出“可运营路段、限制运营时段、禁止运营天气、建议安全员配置、建议投放规模、应急接管点位”。这比单靠服务商自有测试数据更可信,因为它来自多品牌、多车型、多场景的一手运行数据。
五、面向政府监管机构:形成“准入—运营—事故—执法—政策评估”闭环
政府端的 Agent 应该强调监管权威性和可追溯性,而不是单纯效率。
| | |
|---|
| 自动驾驶准入审查 | 对企业提交的安全方案、运行区域、车型、ODD、应急预案进行自动核验 | |
| 示范区扩区评估 | 结合历史事故、隐患、天气、道路、交通流、充电设施、停车聚集等数据评估扩区风险 | |
| 日常运行监管 | 监控企业车队异常报警、远程接管、故障、低 SOC、热风险、违法行为 | |
| 事故事件溯源 | 关联车辆健康、自动驾驶日志、OTA 版本、路况、气象、卡口、报警、处置反馈 | |
| 重大活动保障 | 基于电子围栏实时识别进入重点区域的新能源/自动驾驶车辆及风险等级 | |
| 政策效果评估 | 评估限行、扩区、补能建设、示范运营政策对安全和效率的影响 | |
这与项目中的公安防控平台能力高度衔接:现有平台已经具备车辆监测、轨迹查询、隐患分析、路况态势、车辆分布、网约车判定、集中停放、故障告警、特勤管理、违法查处和处置反馈能力。 新增 Agent 后,监管人员可以用自然语言提问,例如:“过去 30 天,某示范区 L4 车队在暴雨、夜间、桥隧路段的风险是否高于全市基准?”Agent 返回的不是泛泛回答,而是带图表、数据口径、模型解释、证据链和处置建议的监管报告。
六、如何做到“脱敏但可信”
这件事的关键是:服务商不能拿到可识别单车和个人的原始数据,但必须相信数据是真的、口径一致、可复核。
首先,按《汽车数据安全管理若干规定(试行)》执行最小必要、车内处理、精度范围适用和脱敏处理原则;规定明确倡导尽可能进行匿名化、去标识化处理,并对车外视频、图像、车辆行踪轨迹、驾驶习惯等个人信息处理提出要求。
其次,建立五级数据开放体系:
- 公开级:城市级、行业级统计,如某类路段风险指数、天气风险指数。
- 产业级:给自动驾驶服务商的网格化、分时段、分车型用途的聚合数据。
- 许可级:在可信数据空间内,经授权查询更细粒度数据,但只能“可用不可见”。
- 监管级
- 执法/事故级:仅在事故调查、重大安全事件、召回研判等场景下,经审批访问原始证据链。
再次,建立“可信证据包”机制。每个 Agent 输出都应包含数据来源、采集时间、脱敏规则、统计口径、模型版本、SQL/计算脚本摘要、哈希校验、责任主体、置信度、适用边界和人工复核记录。这样服务商看到的是脱敏结果,但监管机构和审计方可以追溯到原始数据链路。
最后,Agent 权限必须分级。普通服务商 Agent 只能读聚合数据和生成建议;政府监管 Agent 可以生成预警和审批建议;涉及布控、执法、处罚、暂停运营、事故责任认定时,Agent 只能进入“建议 + 人工确认”模式,不能自动执行。
七、最值得优先落地的三个 Agent 场景
第一,自动驾驶开城/扩区评估 Agent。 这是最容易形成商业价值的产品。服务商需要它来判断哪里可以投放,政府需要它来判断是否批准。输入包括城市道路、气象、事故、拥堵、车辆报警、充电、停车、自动驾驶接管等数据;输出为 ODD 风险地图、准入条件、车辆规模上限、运营时间限制、应急预案建议。
第二,自动驾驶运营安全监管 Agent。 这是政府最需要的日常工具。它可以按企业、车型、区域、时段、天气、软件版本生成风险排名,自动发现“某公司某车型在雨夜高架路段接管率异常升高”“某批车辆低 SOC 报警与动力不足风险叠加”等问题,并形成约谈、检查或临时限制建议。
第三,事故/故障溯源 Agent。 这是可信数据最有价值的场景。工信部、市场监管总局 2025 年通知要求健全智能网联汽车事件事故报告与研判机制,并加强事故深度调查、缺陷研判、场景数据研究与应用。 平台可以把车辆健康、报警、自动驾驶日志、OTA、天气、路况、卡口、处置反馈合成事故证据包,辅助监管部门判断是车辆硬件故障、自动驾驶系统失效、ODD 越界、企业运营管理问题,还是外部道路环境因素。