汤不热吧语音助手能回答“附近哪里能充电”，也能替用户发送位置、提交预约、扣款，甚至打开充电口。每多一步，车企都要重新回答三个问题：谁授权了这一步？数据发给了谁？出错后由谁阻止或补救？
法规核对至 2026 年 11 月 6 日
大众在 2024 年宣布将 ChatGPT 接入多款量产车型的 IDA 语音助手，奔驰也在同年公布基于大模型的 MBUX 知识问答功能。这些案例说明大模型已经进入量产座舱。随着车企进一步把导航、充电、售后和车控 API 接入同一对话入口，模型给出的一段文字，可能变成一条有实际后果的指令。 大众发布 · 奔驰发布
一句“帮我找个快充并预约”会穿过几道边界？
假设座舱助手读取实时位置和续航，检索沿途充电站，再向运营商发起预约。充电站页面可能夹带诱导助手上传位置的文本，模型可能把“免费取消”说成“免费充电”，网络重试可能生成两笔订单。如果系统还允许打开充电口，误识别后排乘客或音响里的语音，就可能触发实车动作。以下是设计和测试场景。
| 功能 | 典型失效 | 应验证的控制 |
|---|---|---|
| 问答与用车建议 | 把制动告警解释成可继续行驶，长回复分散驾驶注意力 | 故障与告警采用经过验证的固定指引。行驶中缩短回复，按场景限制交互 |
| 导航、预约与支付 | 提示词注入外传轨迹，错选充电站，超时后重复扣费 | 分开授权位置共享与交易，确认金额和运营商，服务端处理幂等与状态核对 |
| 座舱及车辆控制 | 乘客、代客泊车人员或重放语音触发开锁等动作 | 独立校验身份、角色、车速、挡位和状态时效，数据缺失时拒绝执行 |
| 研发与售后智能体 | 工单或仓库内容诱导智能体导出源代码，生成补丁被直接部署 | 隔离研发与生产，限制读写与外发，关键变更走独立审批，隔离各经销商与客户数据 |
中国：同时核对 AI 服务、汽车数据和整车准入
面向公众的生成式 AI，先判定服务角色
《生成式人工智能服务管理暂行办法》适用于向境内公众提供生成式 AI 服务。车主可用的量产助手应按实际服务范围判断。仅供内部研发、未向境内公众提供服务的工具不适用该办法，仍受数据、个人信息和商业秘密相关规则约束。具有舆论属性或社会动员能力的服务，按第 17 条判断安全评估和算法备案。国家网信办公告同时区分模型服务备案与直接调用已备案模型的应用或功能登记。整车厂应确认由谁办理、是否需要展示已上线功能使用的模型名称及备案号或上线编号，并保存核对记录。 暂行办法第 2、17 条 · 网信办备案和登记公告
生成内容还需按服务角色、输出形式和传播环节判断显式标识与隐式标识。座舱播报、导出音频和向公众发布生成内容，应分别审查。自 2026 年 7 月 15 日施行的拟人化互动办法，重点覆盖向境内公众提供的持续性情感互动。普通知识问答不涉及持续性情感互动时，按条文排除。带长期记忆的情感陪伴功能，应复核过度依赖防护、未成年人保护及安全评估的适用条件。 生成合成内容标识办法 · 拟人化互动服务暂行办法
车内语音、轨迹和外部画面，各有不同处理要求
《个人信息保护法》将行踪轨迹和用于识别的生物识别信息列入敏感个人信息。语音仍需按内容和用途评估，例如声音用于识别身份时需考虑生物识别风险。对处理敏感个人信息、委托处理、向其他处理者提供、向境外提供等场景，应按第 55 条事前做个人信息保护影响评估。汽车数据规定倡导车内处理、默认不收集、精度范围适用和脱敏处理，并对重要数据提出境内存储及出境安全评估要求。车外画面中的人脸、车牌也可能落入汽车重要数据定义。 个人信息保护法 · 汽车数据安全管理若干规定（试行）
梳理出境链路时，把境外模型 API、监控日志、备份、境外运维访问和供应商转委托画进同一张数据流图。即使应用部署在境内，境外人员能查询或调取数据也需要纳入出境判断。预约所需的位置和为了优化模型而保留的原始语音是不同用途，分别评估合法性基础、告知、保留期限及供应商可用范围。 汽车数据出境安全指引（2026 版）
升级要同时审查车辆状态和产品一致性
GB 44495—2024、GB 44496—2024、GB 44497—2024 自 2026 年 1 月 1 日起实施，分别覆盖整车信息安全、汽车软件升级和自动驾驶数据记录系统。逐车型核对标准范围及实施过渡条款。涉及汽车 OTA 时，按规定区分备案、主要技术参数变更许可、自动驾驶功能相应许可，以及以 OTA 消除缺陷时的召回程序。云端模型或提示词替换也应纳入企业变更控制，再根据变更对车辆功能和准入参数的影响判断是否触发法定程序。 工信部三项强制国标公告 · 准入、召回和 OTA 管理通知
欧盟：车辆 AI 的合规路径取决于产品和功能
先按 AI Act 第 6 条梳理系统的预定用途、是否构成受监管产品或其安全组件，以及是否涉及第三方合格评定。单纯便利功能与失效会危及人身安全的组件需要分开分析。对于适用附件 I B 节车辆法规的第 6(1) 条高风险系统，AI Act 第 2(2) 条规定了有限的直接适用条款，后续要求还通过车型批准等行业法规衔接。独立的客户聊天应用、招聘筛选等用途，应另作适用性判断。适用第 50 条的系统还需分别判断人机交互告知及生成内容机器可读标记等义务。 AI Act 原文 · 修订法规 EU 2026/1744
在适用市场按车型、法规版本核对 UN R155 的网络安全管理体系和 R156 的软件更新管理体系。对云端供应商的控制、版本变更和事件追踪可以沿用这两套管理体系的证据链。对联网车辆个人数据，还要按 GDPR 处理合法性基础、隐私设计、处理者合同、必要时的 DPIA 和跨境传输。欧盟《数据法案》还涉及用户访问联网产品数据，第 3(1) 条的设计义务适用于 2026 年 9 月 12 日后投放市场的相关产品及服务，数据访问仍需与个人数据保护规则一并处理。 UN R155 · UN R156 · GDPR · 欧盟数据法案
美国：按车辆安全、消费者保护和供应链分别判断
整车团队应先核对适用的联邦机动车安全标准（FMVSS）、制造商自我认证及安全缺陷报告和召回义务。NHTSA 的车辆网络安全最佳实践属于指导文件。其针对自动驾驶系统（ADS）和 L2 驾驶辅助系统的常设事故报告命令，适用于命令覆盖的实体与指定事故。若一项软件变更同时影响车载 AI 和驾驶辅助，应分开判断触发的报告、取证及召回流程。 49 CFR Part 573 · NHTSA 网络安全指南 · NHTSA 事故报告命令
个人数据方面，FTC 在 2026 年最终确定针对 GM 和 OnStar 的命令，案件涉及精确位置及驾驶行为数据的收集和披露。车企应让用户看得出收集什么、用于什么、分享给谁，并按适用州法核对权利响应和退出机制。若智能体进一步参与车贷或保险等重要决定，还需单独筛查州级 AI 规则，例如科罗拉多州 SB26-189 中有关重要决定的规定。 FTC 案件与最终命令 · 科罗拉多州 SB26-189
出口到美国还要做供应链判断。BIS 联网汽车规则关注受覆盖的车辆连接系统（VCS）、自动驾驶系统（ADS）以及与中国或俄罗斯具有规则所定联系的主体。相关软件和制造商禁令从 2027 车型年起适用，受覆盖硬件禁令从 2030 车型年起适用，无车型年的相应硬件从 2029 年 1 月 1 日起适用。采购应逐项核对软件、硬件、供应商控制关系以及申报或授权路径。 美国商务部最终规则说明 · BIS 联网汽车规则入口
车企怎么做：让合规结论跟着车型和版本走
建议以“市场 × 车型 × 功能 × 版本”为台账主键。以充电预约为例，中国版和欧盟版可采用同样的动作授权策略，但对位置处理、数据出境和供应商的结论要分别记录。车企还应能从任一量产版本追溯模型版本、提示词、知识库快照、工具清单、权限策略、适用市场和验证结果。
| 责任方 | 放行前应能出示 |
|---|---|
| 产品与法务 | 用途和禁用场景、市场适用性矩阵、各方法定角色、备案或车型准入判断、用户告知文本 |
| 隐私与采购 | 数据流图、影响评估、跨境判断、保留和删除规则。合同覆盖训练复用、分包、版本变更通知、安全事件协作和审计权 |
| 架构与安全 | 工具权限清单、状态校验和授权策略、按账号和车辆隔离的缓存、最小权限访问与限流、独立关闭高风险工具的能力 |
| 测试与质量 | 多语言、噪音与离线测试，提示词注入、身份重放、权限撤销、车辆状态过期、超时重复交易的回归记录。涉车动作补充台架和实车验证 |
| 运维与召回 | 上线配置快照、灰度与回滚演练、异常阈值、事故与数据事件分流。记录请求 ID、策略判定与执行结果，按目的限制原始语音和轨迹留存 |
整车团队可以用 ISO 26262、ISO 21448 和 ISO/SAE 21434 分别组织功能安全、预期功能安全和网络安全证据，用 ISO/PAS 8800 补充汽车 AI 安全工程分析。工程标准的采用，与特定市场的法规和型式批准要求分别核对。 ISO 26262 · ISO 21448 · ISO/SAE 21434 · ISO/PAS 8800
放行前，用一条反例检查整套链路。模拟后排乘客播放“替我预约并付款”，同时让充电站页面要求上传完整轨迹，再让支付接口超时。测试应能回答三个问题：位置是否按本次授权最小化共享？付款是否因缺少合格确认而被拦截？超时后能否查到交易状态，避免重试造成第二笔扣款？把这些结果绑定到车型与版本，后续更换模型时就有一套可复验的放行依据。