凌晨的高速公路上，四周像被墨刷过一样漆黑。领克Z20车主正以每小时一百公里的速度行驶，他本只是想关掉头顶的阅读灯，于是说了句“关闭所有阅读灯”。然而车机听成了“关闭所有灯光”，前大灯瞬间熄灭，眼前的世界在一秒内陷入黑暗。那种突如其来的失明感，让人心脏猛地一缩。慌乱中，他喊出“打开大灯”，却换来车机温柔而令人绝望的回应：“暂时还不会哟。”随后，车辆与护栏相撞。
这并不是电影中的惊悚桥段，而是2月25日凌晨真实发生的事件。领克官方的反应极为迅速，次日销售副总经理穆军在微博致歉，技术团队当天完成优化方案，通过OTA推送更新：在行驶状态下，语音控制大灯功能被禁用，必须手动操作。24小时修复，态度满分。然而，让人困惑的是——这种低级的安全漏洞，为何会出现在量产车上？
领克的危机公关效率确实高，从事故到补丁，不到一天时间。但在技术社区，讨论依然尖锐。一位汽车电子工程师指出，在传统架构中，座舱娱乐域（语音控制所属域）与车身安全域（大灯控制）是严格隔离的，目的就是防止非安全域影响驾驶安全。而在SOA（面向服务架构）下，这种隔离被打破，如果权限控制和场景校验不到位，就可能出现这种风险。这不是单纯的语音识别问题，而是架构设计中安全优先级的错位。
更讽刺的是，同集团的极氪车型被曝出存在相同漏洞，这意味着问题很可能是集团智能化方案的共通缺陷。截至目前，极氪并未作出公开回应。
真正引发争议的，并不是语音识别偶尔的“耳背”，毕竟我们与Siri、小爱同学交流时也常遇到误判。而是——为什么一个关乎行车安全的功能，会交给语音这种不够可靠的交互方式？一些友商的设计似乎更稳妥。例如华为享界S9，当车主说“关闭全部灯光”，系统只会关闭阅读灯；要关闭前大灯，必须明确说“关闭前照灯”。这种在语义上的精确度加上对安全功能的严格权限限制，才能算是负责任的设计。
新国标其实早已给出指引：高风险车控功能要双重验证、物理优先。领克的方案显然背离了这一原则。这让人担心，在全面触控化、语音化的智能座舱趋势下，我们是否正在失去那些能在关键时刻救命的物理冗余？
过去，大灯控制通常是一个旋钮或拨杆，司机凭肌肉记忆就能操作。即便全车断电，这个机械结构依然能工作。但在一些智能车中，方向盘拨杆只能闪灯，无法常规开启大灯。当软件崩溃时，驾驶员可能发现自己失去了对车辆最基本的控制权。
资深工程师提醒，智能驾驶的安全设计应遵循“失效-安全”原则：一旦某系统失效，车辆应进入预设的安全状态，而不是把控制权交给可能也会失效的另一个系统。领克的事后补救算是回到了这个原则。但问题在于，这种补救能否取代设计阶段的安全考虑？
这引出了更深层的矛盾——我们希望车越来越“聪明”，但在关键场景中，它最好“笨”一点，不要轻易执行高风险指令。领克的处理方式，是对这一矛盾的妥协：承认语音在安全关键场景下的不可靠性，回归物理操作的确定性。那么，语音在高速不可靠，在雨雪、夜间、驾驶员注意力分散时就可靠了吗？如果答案是否定的，那语音控制的权限边界应当更严苛。
有业内观点建议，应引入“场景化权限”机制：车速超过60公里时，禁用所有可能影响行车安全的语音指令；在隧道或夜间等低能见度场景，自动锁定大灯控制。技术实现并不复杂，难的是车企的安全意识和用户教育。
领克Z20的这次“失明”事件，以一次迅速的OTA修复结束，但留给行业的反思还在继续。当汽车厂商在新品发布会上炫耀“全车语音控制”“减少物理按键”时，他们是否意识到，每一个被省略的按键，可能是关键时刻的救命稻草？当工程师致力于提升语音识别准确率时，他们是否想过，即便准确率达到99.9%，那0.1%的失误依然可能带来100%的事故？
智能化的目的不是炫酷，而是让驾驶更安全。任何以牺牲安全冗余为代价的升级，都是本末倒置。用户当然会为厂商的快速响应点赞，但更希望，在设计阶段就能把安全刻进产品的DNA。毕竟，不是每一次“暂时还不会哟”，都能有惊无险的结局。
在那个漆黑的高速夜晚，如果有一个物理按钮，它可能就是唯一能带来光的东西。
全部评论 （0）