近日，一车主驾驶领克Z20夜间在高速上行驶时，本想通过语音关闭车内阅读灯，却因语音识别错误导致车辆大灯被意外关闭，最终车辆失控撞上护栏。2月26日，领克高管穆军回应称：我们第一时间完成了语音控制优化方案，现已通过云端推送更新，后续在行驶状态下只能通过手动控制大灯关闭。
事件还原：本想关阅读灯，却误关大灯
据媒体报道，此次事故发生在凌晨时段。一名领克Z20车主在夜间高速行驶时，发现车内阅读灯亮着，随口向车机发出指令：“关闭所有阅读灯。”
然而，语音识别系统并未准确理解指令，反而将包括车头大灯在内的全车灯光一并关闭 。事发路段无路灯，灯光突然熄灭后，前方道路瞬间陷入黑暗，车主顿时慌乱。
情急之下，车主多次呼唤车机重新开启灯光。但由于语速过快、环境嘈杂，系统始终未能识别指令，仅回复一句：“暂时还不会哟。”最终，车辆在黑暗中失控撞上高速护栏 。
所幸这起事故未造成人员伤亡，但车辆损失及道路设施损坏的具体金额尚未披露。
客服回应：高速噪音干扰，系统识别错误
针对此事，领克客服回应称，当时受到高速噪音、网络环境等影响，系统对车主的语音指令识别错误，触发了异常现象 。
据客服介绍，经过排查发现，只有部分领克Z20车型在升级了FlymeAuto 2.0.0之后出现了此类问题，其他车型没有发现类似情况 。
高管致歉：已完成优化，行驶中禁语音关灯
2月26日晚间，领克汽车销售有限公司副总经理穆军通过个人微博公开回应此事。他确认，事故系领克Z20车辆行驶中出现的语音误操作所致 。
“昨晚发生一起领克Z20车辆行驶中语音误操作控制关闭大灯的情况，今天我们第一时间完成了语音控制优化方案，现已通过云端推送更新，后续在行驶状态下只能通过手动控制大灯关闭，请大家放心。”
他同时致歉称：“感谢用户的反馈与监督，对此带来的困扰我们深表歉意，领克始终守护您的安全。”
云端推送覆盖所有Z20车型
据悉，此次语音控制优化覆盖所有领克Z20车型，车主无需前往线下门店，只需保持车机联网，即可自动接收更新 。
更新后，车辆在行驶状态下将无法通过语音关闭大灯，仅可手动操作，从根源上杜绝类似误操作风险 。
事件反思：智能化便利不能牺牲安全
领克Z20是领克品牌首款纯电SUV，搭载LYNK Flyme Auto车机系统，由领克与魅族联合开发。2025年1月，官方通过OTA升级为其接入星睿AI与DeepSeek大模型，宣称智能语音助手支持免唤醒、连续对话，识别准确率接近100% 。
然而，这起事故暴露出语音控制系统在设计层面的安全隐患。从“关闭阅读灯”到“关闭所有灯光”的识别偏差，为何车辆在行驶状态下允许语音系统直接关闭大灯？为何开灯指令又无法执行？这些问题指向同一个核心：语音控制系统的权限边界在哪里 ？
有分析指出，部分车企在追求“全语音控制”的卖点时，将大灯、车窗、车门锁等功能纳入语音操作范围，却未设置分级权限和二次确认机制。一旦识别错误，便可能直接触发高风险操作 。
更值得关注的是应急机制的设计缺陷。当车辆大灯被意外关闭、驾驶员陷入慌乱时，系统未能提供迅速的操作冗余，即在语音失效的情况下，驾驶员无法快速通过手动方式恢复照明 。
业内对比：不同车企安全设计差异
事件曝光后，多位车主和博主开始实测自家车辆的语音控制功能，测试结果呈现出明显的品牌差异 ：
小米YU7：同样的命令只能关闭车内阅读灯，无法关闭前大灯，设计逻辑将行车安全置于更高优先级
华为享界S9：当说出“关闭全部灯光”时，系统只会关闭阅读灯，不会关闭前大灯；若要关闭前大灯，必须给出明确指令“关闭前照灯”
吉利银河：相同指令并不能关闭大灯
极氪：与领克Z20一样，可以通过“关闭所有灯光”的语音命令在行驶状态下关闭大灯
有分析指出，汽车的核心属性是交通工具，智能化的终极目标是提升驾驶体验和安全性，而非单纯堆砌功能、制造噱头。当前新能源汽车行业陷入“智能化内卷”，车企纷纷比拼语音控制的覆盖范围，却常常忽视基础的识别准确率和安全底线 。
结语
领克语音误关大灯事件为整个汽车行业敲响了警钟。对车企而言，更应守住安全底线，在智能化研发中坚持“安全第一”，将技术成熟度作为功能开放的前提，而非单纯追求功能的新颖性 。
对消费者而言，需理性看待汽车智能化，切勿过度依赖语音助手。尤其在高速、夜间、恶劣天气等特殊场景下，手动操作仍是最稳妥的选择。
那道“安全闸门”的意义，不只是拦住一次错误操作，更可能避免一场事故。
全部评论 （0）