今天下午打网约车出行，打到了一辆纯电动特斯拉Model 3。我和司机聊到了自动驾驶，司机说目前他的车子标配基础版Autopilot，包含自适应巡航和车道居中保持功能。
但是，Model 3并不具备完全自动驾驶功能，如果需要则花钱升级，增强版EAP约3.2万元增加自动变道、智能召唤等功能，完全自动驾驶FSD买断价6.4万元。
最近不少人也在聊自动驾驶。但真要把车交给系统，关键不在“能不能开”，而在“出了意外怎么办”。围绕智能网联汽车安全，行业里已经形成一套相对清晰的框架：功能安全、预期功能安全、网络安全、软件更新管理，以及相应的验证确认与管理体系。
2026年7月30日，工业和信息化部组织制定并归口的《智能网联汽车 自动驾驶系统安全要求》（GB 44721—2026）强制性国家标准也由国家市场监督管理总局、国家标准化管理委员会批准发布，拟于2027年7月1日起正式实施。
第一关：系统不能“抽风”，要非常稳定
自动驾驶首先得“靠谱”。功能安全要解决的是系统失效带来的风险，比如传感器坏了、控制器出错、执行机构失灵，系统能不能及时识别并进入安全状态。
通俗点说，就是车不能突然“抽风”。这要求从设计阶段就识别危险场景，分配安全目标，并通过冗余、监控、降级策略把风险压到可接受范围。
这也是为什么很多车企会把功能安全当作开发底线，而不是后期补测项。
第二关：别只盯着“故障”，还要防“没想到”
有些事故不是因为系统坏了，而是因为系统“没能力处理”。这就是预期功能安全要解决的问题。
比如暴雨天摄像头看不清、强光下目标识别波动、复杂路口算法判断犹豫，这些都属于性能局限或可预见的人为误用，而不是传统意义上的功能失效。
所以，安全不只是“不出故障”，还包括“在能力边界内不误导用户，在边界外及时退出并接管”。
第三关：车越智能，越怕被“偷家”
智能网联汽车不只是四个轮子加电脑，更像“会跑的数据终端”。一旦联网，就面临远程攻击、数据泄露、恶意控制等风险。
网络安全工程要求把安全设计进系统，而不是等出了问题再打补丁。
国际上已经形成较成熟的框架，比如ISO/SAE 21434以及联合国法规UN R155对网络安全管理体系的要求。
一句话：自动驾驶不仅要防“撞”，还要防“黑”。
第四关：软件升级不能“悄悄改命”
现在的车经常OTA智能升级。但升级不是发个新版本那么简单，必须保证升级过程可控、可追溯、可回退。
UN R156就是针对软件更新及其管理体系的法规要求，强调升级前评估风险、升级中保证完整性、升级后验证状态。
否则，一次“优化体验”的更新，可能带来新的安全边界变化，甚至把原本稳定的系统改出问题。
第五关：人机交互要让人“看得懂、接得住”
自动驾驶不是完全不需要人。尤其在L2、L2+阶段，驾驶员仍是重要防线。
因此，系统必须清晰告知当前能力边界、接管请求和失效状态，避免用户过度信任或误用。
这方面虽然更偏工程实现，但核心逻辑很明确：系统不能把责任甩给用户，却不给用户足够的信息和时间。
第六关：验证不能“自说自话”
安全不是测出来的，但没有验证，安全就只是口号。
对自动驾驶系统，验证确认要覆盖功能安全、预期功能安全和网络安全，并贯穿设计、测试、部署和运维全生命周期。
这意味着企业不能只拿几段路测视频证明“很稳”，而要拿出可追溯的证据链：需求怎么来、风险怎么评、测试怎么覆盖、问题怎么闭环。
结语：安全是门槛和底线，不是卖点
对消费者来说，自动驾驶最该关心的不是“能开多爽”，而是“出事前、出事时、出事后”系统有没有兜底能力。
对产业来说，功能安全、预期功能安全、网络安全、软件更新管理，正在从“加分项”变成“入场券”。
未来无论具体国家标准如何落地，底层逻辑不会变：安全不是选择题，而是必答题！
10个月宝宝每天需要喝多少奶粉？
