嗨,领克,关闭所有阅读灯。然后,全世界都黑了。事故最新进展!
2026年2月25日凌晨,由语音指令引发的交通事故引发全网关。一辆领克Z20在夜间高速行驶时,车主语音指令“关闭所有阅读灯”,车机系统却将其误识别为“关闭所有灯光”,致使车辆前照大灯瞬间熄灭,前方道路陷入黑暗。驾驶员在尝试语音恢复灯光失败后,车辆失控发生碰撞。视频曝光后,争议四起。核心矛盾直指车辆安全设计逻辑:为何阅读灯与大灯的语音控制权限未作区分?为何行驶中允许语音关闭关乎生死存亡的核心照明?这暴露了部分车企在追求交互便利时,对底层安全权限管控的疏忽。
面对舆论,领克官方于次日迅速回应。副总经理穆军承认事故源于行驶中的语音误操作,并宣布已通过OTA推送优化方案。更新后,车辆在行驶状态下将彻底禁用语音关闭大灯的功能,仅保留手动控制。此次快速响应虽展现了智能汽车云端修复的优势,但更应反思:为何此类基础安全漏洞未能于上市前杜绝?



我认为,此次事故为整个行业敲响了警钟。汽车智能化绝非将一切功能集成于屏幕或交由语音控制。相反,功能越智能,安全底线越需笨拙与保守。必须确立不可逾越的红线:凡直接涉及行车安全的功能,如灯光、制动、转向,在行驶中必须禁止语音关闭,仅允许手动或自动控制;识别模糊时必须拒绝执行而非猜测;高风险指令需增设二次确认。同时,完全取消物理按键是危险的,必须为车机死机等极端情况保留应急操作冗余。

归根结底,汽车首先是交通工具,其次才是智能终端。所有科技体验的提升,都不能以牺牲最基本的安全冗余为代价。车企在内卷功能时,更应将安全设计置于首位,真正做到用科技护航,而非制造风险。

车友们,你怎么看待汽车语音控制的安全性?认为哪些功能必须保留物理按键?评论区聊聊。
