夜间高速行驶，本该是熟练驾驶者的主场——视线虽不如白天，但车流稀少、道路通畅，老司机们往往能游刃有余。然而，当领克Z20的车主在2026年2月的一个夜晚，尝试用语音关闭阅读灯时，车机系统却误判指令，关闭了全车大灯。瞬间，高速公路陷入一片漆黑，车主慌乱中多次尝试语音重启灯光，却只得到“暂时还不会哟”的冰冷回应。最终，车辆失控撞上护栏。
这起事故并非孤例。领克汽车销售有限公司副总经理穆军在事发后迅速回应，承认语音误操作导致大灯关闭，并宣布已通过OTA推送优化方案，限制行驶中语音关闭大灯的功能。一次事故，一次更新，看似高效，却暴露了智能汽车安全验证的深层危机——车企是否正将用户当作小白鼠，用OTA修补本应在前端杜绝的设计漏洞？
领克Z20事件中，车主本意是关闭车内阅读灯，语音系统却将指令泛化为“关闭所有灯光”。在无路灯的高速夜间环境下，大灯突然熄灭，驾驶员视觉瞬间归零。更严重的是，系统设计存在逻辑矛盾：语音能关闭大灯，却无法单独重启；物理按键在灯光全关后也失去应急作用。这种安全冗余的缺失，直接放大了风险。
行业测试显示，领克Z20的缺陷具有普遍性。部分品牌车型在行驶中可直接用语音关闭大灯，毫无拦截机制；另一些品牌虽设有限制，却可能通过自定义指令绕开。特斯拉、小米等品牌则从底层代码层面锁定行驶中的高危语音操作，形成“安全基线”。领克事件折射出行业共性问题：功能迭代速度压倒安全验证周期，实验室环境难以模拟真实驾驶的复杂性（如高速噪音、紧张语速等），而OTA的便捷性反而可能成为掩盖设计缺陷的“遮羞布”。
智能座舱的竞争日趋白热化，车企争相推出语音控制、自动辅助等新功能，以抢占市场高地。然而，这种“快”往往以“稳”为代价。语音控制权限的开放缺乏统一标准，一些车企为追求用户体验的流畅性，省略了高危操作的二次确认机制；安全验证周期被压缩，复杂场景（如夜间高速、恶劣天气）下的测试不足，导致漏洞流入真实环境。
更深层的矛盾在于，OTA技术赋予了车企“先上线、后修补”的能力，但也弱化了前期安全验证的责任感。领克在事故后迅速推送更新，虽体现了响应效率，却未能回答为何此类基础安全漏洞能通过出厂检验。当功能创新成为营销噱头，安全底线便可能沦为可妥协的变量。
现行国家标准对语音控制等新型交互方式的安全约束仍显模糊。尽管部分国标要求对灯光、制动等高危指令需严格管控，但执行细节缺乏强制性，企业自控空间过大。例如，法规未明确要求关键安全功能必须保留物理按键备份，也未规定语音误触发的应急恢复机制。相比之下，欧美市场已对智能网联汽车的安全认证提出更严苛的事前监管要求。
行业专家呼吁，应强制要求高危语音操作具备二次确认或物理验证，并建立独立第三方安全认证体系。工信部近期拟出台新规，要求转向灯、大灯等关键装置禁止纯语音或纯屏幕控制，需保留物理操作接口。这类措施旨在填补法规空白，推动行业从“事后补漏”转向“事前预防”。
老司机们深知，夜间高速行车的安全核心在于对车辆的绝对掌控。智能汽车功能复杂，用户难以全面理解所有交互逻辑，但主动规避风险仍是必要能力。针对语音控制隐患，驾驶员可采取三重策略：
智能汽车的安全责任需多方共担：车企负有首要责任，应完善安全验证体系，杜绝“带病上线”；用户需提高安全意识，正确使用车辆；监管方应加快法规更新，强化事前监管。未来，智能汽车的安全绝不能仅靠OTA“打补丁”，而需建立车企、用户、监管、技术社区协同的治理生态。
当科技与安全碰撞，我们是否过于信任语音的便利，而忽略了驾驶的本质？你认为智能汽车的安全责任，更多在车企还是在用户自身？
全部评论 （0）