欧盟要求 Android 开放语音唤醒等能力：Home Assistant 本地语音助手迎来关键机会

据 Open Home Foundation 介绍，欧盟委员会已根据《数字市场法》作出决定，要求 Alphabet / Google 向第三方开放多项 Android 互操作能力，其中包括一直被 Google 自家服务优先使用的低功耗语音唤醒能力。

这条消息和智能家居关系不小。Home Assistant 团队过去三年一直尝试在 Android 版 Companion App 中实现常驻语音唤醒，希望用户能说出“Okay Nabu”来唤起自托管的 Assist 语音助手。但由于 Android 设备上的低功耗 DSP 唤醒机制长期不向第三方应用开放，团队只能用 CPU 运行小模型，带来耗电、发热和体验不稳定等问题。

欧盟的新决定要求 Google 为第三方提供与自家助手“同等有效”的互操作能力，并且不能把相关能力绑定到默认助手角色上。也就是说，未来理论上用户既可以继续使用 Gemini，也能让 Home Assistant 这类第三方助手拥有自己的唤醒词和调用入口。

时间表方面，Google 需要在 Android 18 中落实相关变化，最后期限为 2027 年 8 月 1 日；多服务并发热词检测则要求在 Android 19 中实现，最迟不晚于 2028 年 8 月 1 日。这并不是今天更新、明天就能用的功能，但路线已经比过去清晰得多。

除了语音唤醒，决定还覆盖长按 Home 手势调用助手、麦克风和摄像头等环境数据在相同条件下开放、与 Gmail、Calendar、Maps 等应用的结构化集成，以及系统级控制能力。对家庭自动化来说，这可能让手机从单纯的控制端，进一步变成更自然的语音入口和传感器入口。

放到国内用户场景看，短期内它不会直接改变米家、华为鸿蒙智家、涂鸦或 Aqara 的日常使用方式；但从长期看，如果 Android 端第三方助手能获得更平等的系统入口，本地化智能家居、私有语音助手、多平台联动的可用性都会被抬高。

避坑提醒：第一，这不是已经落地的产品功能，至少要等 Android 18 / Android 19 后续实现；第二，Google 具体怎么开放仍有不确定性，可能存在“看起来合规、实际不好用”的风险；第三，如果你现在要做全屋语音控制，仍应优先选择已经稳定可用的米家、鸿蒙智家、涂鸦、Home Assistant 本地方案，而不是提前押注还没发布的 Android 能力。

总体来看，这次决定更像是智能家居平台生态的一次底层松动。它不直接卖设备，但会影响未来手机、语音助手和家庭自动化平台之间的边界：谁能被唤醒、谁能调用传感器、谁能真正成为家里的控制入口。

注：本文基于公开资料整理改写，信息来源于 Open Home Foundation