2月25日晚，一名驾驶 领克Z20(参数|询价) 的车主在夜间高速行驶过程中，通过语音指令关闭车内阅读灯。车辆座舱语音系统在识别指令时出现偏差，将该操作理解为关闭车辆灯光，导致前大灯等外部照明被同时关闭。车辆在高速路段行驶时，前方视野瞬间消失，驾驶员随后尝试再次通过语音系统唤醒灯光进行补救，但系统未能及时恢复照明功能。最终车辆与高速公路护栏发生碰撞，好在事故没有造成人员伤害。该事件迅速在汽车行业和用户群体中引发讨论，焦点集中在语音控制系统的功能边界与安全逻辑设计。

车企公开回应并通过OTA更新限制语音关闭大灯

事故发生后次日，隶属于领克汽车的销售公司管理层通过社交平台发布说明，对事件带来的影响向用户表达歉意，同时公布了针对语音控制逻辑的调整方案。根据官方信息，相关优化已通过OTA方式进行云端推送。更新后的系统将对车辆灯光控制增加限制逻辑：当车辆处于行驶状态时，外部大灯不再支持语音关闭，必须由驾驶员通过实体控制方式操作。该方案的核心目的是避免语音系统在复杂环境下误识别指令，从而影响车辆基础照明功能。

多品牌测试显示语音控制灯光并非个别现象

在该事件被公开后，多家汽车媒体和用户社区开始对不同品牌车型的语音灯光控制功能进行测试。部分车辆在特定指令下仍可以通过语音系统关闭灯光，说明相关逻辑在行业中并非孤例。例如，有用户对 极氪001 进行实测时发现，在车辆处于D挡驻车、大灯模式设为自动的情况下，如果语音指令为“关闭大灯”，系统会提示当前状态不支持该操作；但当指令改为“关闭所有车灯”时，车辆车机系统会执行关闭操作。此时灯光拨杆向前推动并不能立即恢复照明，需要通过不同操作才能重新开启远光灯。用户在车库低速行驶状态下多次测试，类似现象仍然存在。

模糊语音指令可能导致车外灯光误关闭

针对用户测试结果，来自 极氪汽车 的官方回应指出，系统在识别部分模糊语音指令时可能触发灯光关闭逻辑，例如“关闭所有灯光”等指令存在识别歧义。企业表示已经完成针对语音识别逻辑的升级，并通过云端更新进行部署，通过优化模糊语义识别规则来避免误操作。同时企业已启动针对全系车型的安全功能排查，对涉及行驶安全的交互功能进行系统性检查，以降低潜在风险。

语音交互已成为智能座舱的重要操作方式

近年来，智能化配置在乘用车领域持续普及。车辆电子架构逐渐从单一控制模块向集中计算平台演进，其中智能座舱承担着人机交互入口的角色。驾驶员与乘员可以通过屏幕、语音等方式控制车内功能，包括空调、车窗、娱乐系统以及部分车辆设置。在国内市场的新车型中，语音控制几乎成为智能座舱的基础功能之一，用户可以通过自然语言完成多种操作。随着车机系统功能扩展，语音控制范围也从舒适类功能逐步延伸至车辆设置甚至部分驾驶辅助相关操作。

过度扩大语音控制范围可能带来安全挑战

随着车企在座舱交互层面不断增加语音功能，一些行业人士开始讨论语音控制的合理边界。如果企业在设计阶段将功能数量作为主要方向，而忽视复杂环境中的识别准确度与安全冗余机制，就可能出现误触发问题。尤其是在车辆处于行驶状态时，一些操作如果直接影响驾驶安全，例如灯光、制动或动力系统控制，需要更加严格的逻辑限制。若相关控制完全交由语音系统执行，而缺乏确认机制或实体控制备份，就可能在极端情况下影响车辆行驶安全。

安全级功能与舒适级功能需要区分设计

围绕这一问题，行业内部逐渐形成一种观点：车辆功能需要按照安全等级进行分类。空调温度、娱乐系统、座椅加热等属于舒适类功能，可以通过语音系统进行快速控制；而灯光、制动、转向信号等涉及行驶安全的操作，则应优先保留实体操控方式或设置多重确认逻辑。部分车企在近期产品更新中已经重新加入常用物理按键，将关键操作从屏幕或语音控制中独立出来，以降低驾驶过程中操作误差带来的风险。

监管部门开始对车辆操控方式提出新规范

随着行业讨论不断扩大，监管层面也在逐步加强相关标准。2月12日，来自 中华人民共和国工业和信息化部 发布了《汽车操纵件、指示器及信号装置标志》强制性国家标准征求意见稿。该文件提出多项与车辆操控方式相关的要求，其中包括禁止完全依赖屏幕进行换挡操作，车辆必须配备实体挡把。同时，转向灯、双闪警示灯、喇叭、雨刮器、除雾功能、车窗升降以及辅助驾驶启动开关等操作也需要提供独立实体按键。

灯光虚拟控制需满足自动开启与清晰识别条件

针对灯光控制方式，征求意见稿提出了额外条件。如果车辆只保留屏幕等虚拟操作方式，必须在车辆启动时自动开启灯光系统，以确保驾驶员无需额外操作即可获得基础照明。同时，灯光控制的虚拟图标需要在任何行驶状态下保持清晰可见，并且不能通过多级菜单才能找到。虽然文件没有对语音控制灯光做出单独规定，但其核心方向仍然强调驾驶员能够在最短时间内完成关键操作。

软件升级与召回方式的选择引发行业讨论

此次事件中，车企选择通过OTA方式对系统进行优化，也引发了关于产品缺陷处理方式的讨论。一些业内人士认为，对于涉及行驶安全的系统问题，企业可以考虑通过召回机制进行处理，而不仅仅是远程软件升级。根据2025年由 中华人民共和国工业和信息化部 与 国家市场监督管理总局 联合发布的《关于进一步加强智能网联汽车产品准入、召回及软件在线升级管理的通知》，车企在实施OTA升级前需要完成相关备案流程，以确保升级内容和风险评估符合监管要求。

召回机制在产品安全体系中具有明确意义

从制度层面来看，召回不仅是解决问题的技术手段，也是企业对产品缺陷进行正式确认的程序。通过监管部门参与，车主能够更清晰了解车辆存在的风险点，同时企业也需要对问题来源进行系统分析，并在后续产品设计中进行优化。随着智能网联汽车软件功能持续增加，未来涉及系统逻辑的问题可能更多出现在软件层面，因此如何在OTA升级与召回机制之间建立清晰边界，也成为行业需要持续探索的方向。