2026年2月25日凌晨，广西某高速路段上演了一场惊魂时刻。一位领克Z20车主在夜间行车时，仅因一句“关闭所有阅读灯”的语音指令，车机却误将大灯关闭，瞬间让车辆陷入黑暗。车主慌乱中多次呼喊“打开灯光”，车机却冷漠回应“暂时还不会哟”，短短数秒后，车辆失控撞上高速护栏，所幸未造成人员伤亡。
这起事故的核心，绝不仅仅是“语音识别错误”那么简单。如果仅仅是识别错误，那属于技术能力问题；但允许一个识别错误直接导致行车大灯关闭，这属于系统级的安全设计缺陷。
我们来复盘那个惊魂时刻。在夜间高速行驶这一典型的高风险场景中，车辆的大灯是唯一的视觉光源。领克的车机系统在执行语音指令时，似乎没有任何场景判断能力——它不关心车辆是在静止还是以120公里时速飞驰，不关心是白天还是黑夜，也不关心驾驶员要关闭的“阅读灯”和关乎性命的大灯是否是同一优先级。
更令人匪夷所思的是系统的“固执”。当车主发现灯光全灭、陷入恐慌并试图用语音重新开启时，系统要么因为车主语速变快而“失聪”，要么直接甩出一句“暂时还不会哟”。这种在紧急状况下对用户请求的“已读不回”，将所谓的“智能助手”变成了冰冷的帮凶。
事故发生后，领克的反应不可谓不迅速。24小时内，副总和公关团队迅速到位，道歉信措辞诚恳，并立即推送了OTA升级，将大灯控制权从语音手中夺回，改为只能手动控制。危机公关的“领克速度”确实令人印象深刻。但这种“快”，非但没能让人感到安心，反而让更多人后背发凉：既然这个问题能在24小时内修复，为什么不能在上市前的哪怕一次路试中被发现？
答案或许并不复杂。因为在车企的实验室里，永远模拟不出真实车主在慌乱中那几声变调的“打开灯光”。更重要的是，当“智能化”成为资本市场和销量KPI的唯一解药时，笨拙但可靠的“安全冗余”，就成了最先被牺牲掉的成本。
当事车主的遭遇并非个案。多款车型在行驶中或D档状态，一般直接喊“关闭大灯”，车机不会关大灯，但喊“关闭所有灯光”，车机则会犯傻关大灯。同为吉利汽车旗下的极氪已然中招，不少极氪007车主就发布了车机犯傻“关闭大灯”的实测视频。不过有车主表示，2月27日早上，极氪已经修复了这个bug。
此次事件的核心争议，集中在领克是否应启动正式召回。支持召回的声音占据主流，该缺陷是领克 Z20 及同集团部分车型的共性问题，符合召回基本条件。从行业先例来看，灯光系统安全缺陷向来是召回的重要原因，2026 年 2 月，宝马北美因尾部车灯故障计划召回 202 辆车型，福特因软件缺陷致拖车转向灯失效计划召回超 430 万辆汽车，领克此次缺陷的安全风险高于二者，按行业惯例和安全标准理应召回。
根据《缺陷汽车产品召回管理条例》，这种涉及行车安全的系统逻辑漏洞，完全符合“设计缺陷”的认定标准。按照国际通行惯例和国内监管要求，车企应当启动正式的召回程序，向监管部门备案，并向所有车主公开告知风险。但领克选择了一条更“聪明”的路：用一次静悄悄的OTA升级，代替了正式的召回。OTA本是用来优化体验的工具，如今却成了车企逃避召回责任的遮羞布。通过“云端修复”，车企既展示了“高效”的人设，又省去了召回带来的负面舆情和成本，甚至可以让很多不明真相的车主在不知情中“被修复”。
为什么会出现这种低级的安全漏洞？根本原因在于，整个行业陷入了“智能化内卷”的歧途。
在当下的汽车市场，物理按键被视为“落后”，大屏幕和语音控制被奉为“先进”。为了在激烈的竞争中制造卖点，车企盲目追求所谓的“全场景语音交互”、“可见即可说”。在这种畸形KPI的驱使下，工程师的目标变成了“如何让语音控制更多功能”，而不是“哪些功能绝不能让语音控制”。
于是我们看到，领克将大灯这类关乎基本行车安全的操纵件，也毫无保留地交给了充满不确定性的语音系统。这是一种典型的技术至上主义，为了炫技而牺牲了最基本的用户体验和安全冗余。设计师似乎忘了，汽车首先是交通工具，其次才是电子产品。 在高速上盲操物理旋钮开灯，成功率是100%；而在恐慌中对着车机大吼，成功率可能无限接近于零。
值得注意的是，这种“智能化过度”的乱象已经引起了监管层的高度警觉。2026年2月，工信部在《汽车操纵件、指示器及信号装置的标志》强制性国家标准的修订征求意见稿中明确提出，转向信号灯、车窗升降等与行车安全紧密相关的功能，应装备实体操纵件，以避免驾驶分心，提升行车安全。这无疑是对行业过度追求“全语音控制”的一记警钟。
主编点评
当我们为领克的“快速响应”点赞时，不妨多想一层：这种用真金白银和生命安全换来的“快”，真的值得鼓掌吗？ 在智能化狂奔的浪潮中，车企需要的不只是危机时刻的“快”，更需要研发时刻的“慢”——慢下来思考哪些底线不容侵犯，哪些功能必须物理优先。
全部评论 （0）