事件暴露人机交互设计缺陷 2月26日发生的领克Z20事故引发广泛关注。驾驶员高速公路行驶时，打算通过语音关闭阅读灯，系统却误执行为关闭全车灯光。随后数分钟内，车主多次尝试语音唤醒车灯未果，系统仅回应“暂时还不会哟”，最终车辆在无照明状态下撞击护栏。事件反映出当前智能网联汽车语音控制在指令识别准确性、安全冗余与容错机制各上仍存短板。 技术溯源与行业痛点分析 经核查，涉事车辆搭载的LYNK FlymeAuto 2.0.0系统虽在交互逻辑、生态融合等上有所升级，但在关键安全功能上仍暴露设计缺口。汽车电子工程师表示，按照ISO 26262等功能安全标准，涉及行车安全的核心功能应设置多重保护。此次事件中，系统未能准确区分“阅读灯”和“车灯”的语义差异，也缺少行驶状态下的强制保护策略，反映出开发阶段对关键场景覆盖与测试充分性不足。 企业应急响应与长效措施 领克汽车在事发24小时内完成三项调整：通过云端推送限制行驶中语音关灯功能、优化指令识别算法、增加安全状态自检模块。记者对领克01车型实测显示，新管控措施已覆盖全系产品。快速响应表明了企业的处置效率，但中国汽车工业协会专家指出，关键在于把风险前置，建议建立“功能安全白名单”机制，对涉及行车安全的控制指令实行分级管理与更严格的触发条件。 智能网联发展面临安全考题 2023年我国智能网联汽车渗透率已达42.4%，但国家智能网联汽车创新中心数据显示，当年因交互系统引发的投诉量同比增长67%。此次事件提示行业：在人机共驾阶段，便捷性功能必须以安全为边界。清华大学车辆与运载学院研究团队建议，车企应建立“双轨制”验证体系，将传统台架测试与AI仿真场景测试结合，并将仿真场景测试占比提高至约3/4，重点验证极端工况与异常交互下的系统稳定性和可控性。
从“能不能用”到“该不该用、怎么用”，智能座舱的竞争正在回到安全基础。语音交互提升便利性，但不应以关键场景的可控性为代价。通过更严谨的功能分级、更可靠的交互校验与更透明的更新机制守住安全底线，智能化才能真正转化为出行价值。