撰稿|多客
来源|贝多商业&贝多财经
行车无小事，安全警钟长鸣。
2月25日，一位领克Z20车主在夜间高速行驶时尝试通过语音指令关闭车内阅读灯，系统却将包括车辆大灯在内的全部灯光系统关闭，且无法执行大灯开启指令，导致车辆在无照明条件下行驶数秒后，最终与高速公路护栏发生碰撞。
舆论发酵后，领克汽车销售有限公司（下同“领克）副总经理穆军在社交媒体称，“昨晚发生一起领克Z20车辆行驶中语音误操作控制关闭大灯的情况，今天我们第一时间完成了语音控制优化方案，现已通过云端推送更新，后续在行驶状态下只能通过手动控制大灯关闭”。
事实上，这次“关灯”事件一方面与语音识别错误有关。与此同时，这也表明车机系统对安全要素的逻辑认定顺序不清晰。据贝多商业&贝多财经了解，领克Z20搭载正是LYNK Flyme Auto智能座舱系统，由领克与魅族合作打造。
公开信息显示，Flyme Auto于2023年3月推出，并率先搭载在领克08车型。
一、语音与车控的边界到底有多大
在智能座舱时代，语音更像一把总钥匙，能不能开门，开到哪一扇门，决定了风险上限。灯光，表面关乎舒适与氛围，实则牵涉夜间行车视野和车辆辨识度。一旦在高速行驶中被误触发，留给驾驶者的反应时间将极为有限。
于是，问题不再停留在识别准确率，而需要进入更严格的判断层面，语音入口是否需要分级，哪些指令必须在行驶中默认不可触达，哪些指令需要更强的人工确认，哪些指令需要更短的恢复链路，系统是否应该优先保障“先亮起来”这一底线。
对此，领克销售公司副总经理穆军公开发布微博致歉，并给出改动要点，“第一时间完成了语音控制优化方案，现已通过云端推送更新，后续在行驶状态下只能通过手动控制大灯关闭。”
这里至少说明一个事实，星纪魅族车端Flyme Auto系统，从公开回应来看，语音控制相关设置可通过远程软件更新进行限制。阅读灯与大灯属于不同安全等级的部件，此次事件也引发行业思考，在高速行驶这类高风险场景中，语音系统是否应默认设置更高的操作门槛。
将视角收窄到Flyme Auto本身，领克Z20搭载的是LYNK Flyme Auto，由领克与魅族联合开发并基于Flyme OS打造，从快速推送优化这件事，可以看到工程响应能力。而从产品设计的角度看，理想的状态是让安全规则成为出厂时的默认设置，在用户使用前就已内置完善。
客观而言，智能座舱的语音控制权限划分是一个行业性难题，并非星纪魅族或领克独有。当前主流车机系统大多处于“功能快速叠加”向“安全分级治理”过渡的阶段，许多厂商也是在真实用户场景的反哺中不断修正规则。
这次事件既是警示，也是行业共同完善规则的契机。
二、突破226万台上车量的Flyme Auto
就在领克快速响应用户反馈的次日，其生态合作伙伴魅族也对外公布了一项重大战略调整。2月27日，魅族发布公告称，“今天，我们正式对外公告：魅族将暂停国内手机新产品自研硬件项目，并在积极接洽第三方硬件合作伙伴，同时原有业务不受任何影响。”
图源：魅族科技微博截图
该公告进一步称，“主动按下的暂停键，是为了集中资源让Flyme软件生态能力，以更开放的姿态为更多场景，更多行业、更多企业、更多品牌的智能设备提供系统生态赋能，让魅族Flyme的极致体验触达更多用户。其中Flyme Auto在25年已突破226万台上车量，成为国内第一的智能座舱系统，26年内与吉利集团合作目标300万台合作上车量，同时与多家国际知名汽车集团的合作也在国内外顺利开展。”
而早在2023年9月，中国信通院泰尔终端实验室发布消息称，领克08 Lynk Flyme Auto车机OS获得其颁发的“车载智能终端流畅性能”认证证书，并说明测评维度包括启动时间、连接速度、操作时延、加载速度、滑动帧率等。这件事的意义在于，Flyme Auto早期对外已经实现“流畅”和“交互体验”等指标。
但领克Z20事件说明，流畅与安全并不是同一条赛道的评分表。一套系统可以在启动与滑动上拿高分，却仍可能在语音控制与核心车控功能的权限划分上，存在进一步细化和完善的空间。流畅的交互体验是用户能感知到的显性价值，而灯光控制这类基础安全功能的可靠性，则是更深层次的用户需求。前者决定好感度，后者决定安全感。
将商业背景铺开，智能座舱已经是高渗透配置，不是“可有可无”的点缀，而是大多数新车用户的默认体验入口。在这样的行业底色里，星纪魅族把增长希望更多放在Flyme生态，表面看是企业选择，实质更像行业趋势推动。手机硬件自研暂缓后，软件层面需要更可持续的载体。车端体量更大、生命周期更长。然而，同样因为生命周期更长，车端软件出错的成本也更高，尤其当车机不只承担导航、音乐、通讯，还开始深度接入车控入口时，任何“误触达”都会被放大成安全问题。车标写着谁并不重要，重要的是问题能否快速恢复，改动是否长期有效。
不过也要看到，星纪魅族Flyme Auto在短时间内实现超过226万台的上车量，成为体量较大智能座舱系统之一，本身说明其在基础体验层面获得了认可。流畅度、生态扩展能力仍是其核心竞争力，领克Z20事件显现出的问题也可以说是“成长中的烦恼”。汽车智能化本就是一条需要边跑边修的路，关键在于企业能否将偶发问题转化为系统性的规则升级。此次事件也为星纪魅族提供了一个契机，其若能将此次个案转化为系统的规则升级，建立更完善的车控权限分级清单，未来或能在行业安全治理层面占据更主动的位置。
三、当车机越来越像“总入口”
GB44496-2024《汽车软件升级通用技术要求》作为强制性国家标准，发布日期为2024年8月23日，实施日期为2026年1月1日，主管部门为工业和信息化部，发布单位为国家市场监督管理总局、国家标准化管理委员会。该标准针对车辆软件升级提出通用技术要求，覆盖升级管理、安全保障、用户告知等关键环节。标准将“软件升级”从企业能力提升到强制性国家标准要求层面，背后指向的行业共识是车端软件升级不只是体验优化，更涉及安全与可靠。
对星纪魅族Flyme Auto这类装车规模不断扩大的系统而言，升级迭代越快，或越需要将安全边界与迭代管理做得更扎实。也正因为国家层面已经将升级纳入强制性标准要求，领克Z20这类事件带来的警示意义更加凸显。既然行驶状态下关闭大灯可以被软件开关控制，那么还有哪些车控能力同样可通过语音或车机触达，这些能力是否也需要默认禁用或至少引入更严格的触发条件？当车机越来越像“总入口”时，它究竟应该只做建议与提醒，还是可以直接执行影响安全的动作，这是星纪魅族及更多业内系统面临的课题。
国家标准平台收录的GB/T 38628-2020为现行标准，实施日期为2020年11月1日，发布单位为国家市场监督管理总局、国家标准化管理委员会。即便不研究标准全文，单从标准的存在与实施时间也能看出，车端电子系统网络安全早已不是新话题，而是进入标准化轨道的硬性要求。
装车量越大，失误越容易形成“放大效应”。魅族公告中强调Flyme Auto上车量与合作目标，或是希望用规模证明能力与前景。不过，领克Z20事件也让公众的注意力从单纯的体验优劣，延伸到对功能安全性的更高期待上。当车机能关掉大灯，消费者对它的期待将不再只是好用，而是不会在关键时刻“掉链子”。这类期待一旦形成，任何一次看似偶发的误操作，都可能让任何厂商提高与消费者沟通的成本与效率。
换个角度看，这也是星纪魅族Flyme Auto系统自身以及带给行业的“冷思考”。厂商们将功能做多、做全并不难，真正难的是为每项功能设定合适的权限层级与触发条件，并将这些条件固化为默认规则，而不是等到事件出现时再临时加补丁。领克这次选择在行驶状态下收紧大灯关闭权限，其实提供了一个很具体的行业案例，凡是涉及夜间视野、行车安全、不可逆风险的功能，都应该有更高门槛，哪怕它会让语音交互少一点“爽感”。另一个值得关注的的问题是，星纪魅族Flyme Auto系统与整车品牌联合开发时，如何定义高风险车控清单，如何将清单转化为可执行规则，如何进行覆盖测试，这些问题不需要对外回答，但需要用更严苛的动作与可验证的技术迭代让用户在使用过程中自然感知到确定性。
盲区并不可怕，但同类边界盲区有必要全面“扫盲”。更能提升信任的做法，往往来自更系统的持续升级和对安全问题的极致把控。例如形成更严格的车控权限分级清单，并将行驶工况禁用项固化为默认规则，缩短误触发后的恢复时间，并保留更直达的手动入口，完善版本发布后的异常与回滚预案。若这些动作逐步形成常态，生态扩张则更能稳健增长，而不是与风险赛跑。
星纪魅族Flyme Auto站在一个现实的分岔口，装车规模与生态扩张让其拥有更大的商业想象空间，也让它需要更早进入安全边界“治理”的硬核阶段。领克Z20事件并不证明星纪魅族Flyme Auto系统不行，却足以带来警示，车机不只是屏幕与语音，更可能触及照明等关键车控，边界设定的任何疏漏都可能被放大为安全风险，这也正是行业持续迭代的意义所在。
一系列国家标准的逐步落地，正在为行业划定清晰的安全底线。随着强制性国标施行，所有车机系统的升级管理、权限控制都将有章可循。星纪魅族若能在此次事件基础上，提前将国标要求内化为开发流程的默认规则，其在智能座舱领域的先发优势反而可能转化为更可持续的竞争力。
热门跟贴