Android 互操作性：欧盟 DMA 裁决迫使 Google 开放唤醒词和 AI 功能

欧盟委员会（EC）根据《数字市场法案》（DMA）通过了一项决定，要求 Alphabet（Google）在平等条件下向第三方助手开放十一项 Android 系统功能。此裁决针对“守门人平台”，以确保数字市场保持竞争力，具体而言，剥夺了 Google 之前对低功耗硬件和系统级集成的独占访问权限，这些访问权限曾让 Gemini 和 Google Assistant 获得相较于第三方替代方案（如 Home Assistant）的不公平优势。

强制开放十一项 Android 功能

EC 裁决要求 Google 向第三方开发者提供与其自身服务“同样有效”的互操作性，且免费提供。该命令涵盖十一个具体领域，其中几项关键技术能力现在已向竞争开放：

低功耗唤醒词检测

Google 必须允许第三方使用设备的数字信号处理器（DSP）实现唤醒词检测。之前，第三方应用被迫在 CPU 上运行检测，导致显著的电量消耗（在某些情况下从约 1% 增加到约 15%），以及永久的麦克风隐私指示器。新要求包括：

• DSP 集成： 能够在 DSP 上运行第一阶段检测以最小化功耗。
• 第二阶段验证： 能够在 DSP 识别出潜在唤醒词后，在 CPU 上运行第二阶段验证。
• 与默认角色解耦： 访问这些功能不得依赖于应用是否为系统的默认助手。
• 并发检测： 多个服务（包括 Google 的和第三方的）必须能够并发运行唤醒词检测。

AI 和系统集成

除了语音触发之外，裁决还开放了几项高级 AI 和自动化能力：

• 设备端 AI 模型： 第三方 AI 服务必须能够平等访问设备端模型（ODM），包括 Gemini Nano，并保证性能 parity。
• 结构化应用集成： AI 服务现在可以通过 OS 级集成渠道与 Google 应用（Gmail、Calendar、Drive、Docs、Maps、YouTube、Messages 和 Phone）进行交互，以执行发送消息或安排会议等任务。
• 屏幕自动化： 第三方助手可以通过在单独的虚拟窗口中模仿用户行为来自动化应用内的多步骤任务，从而实现后台任务完成。
• 系统控制： 在与 Google 自身服务相同的条件下，访问环境数据（麦克风/摄像头）和系统级控制。

实施时间表和合规性

Google 在法律上必须遵守这些互操作性功能的严格推出时间表：

功能	截止日期	Android 版本
一般互操作性功能	2027 年 8 月 1 日	Android 18
并发热词检测	2028 年 8 月 1 日	Android 19

为了防止“恶意合规”，EC 要求 Google 提供的解决方案在易用性、速度和能耗方面必须与其自身服务相当。Google 必须提供完整的文档、测试工具，并按月向委员会报告进展。

对 Home Assistant 的技术影响

对于 Home Assistant 社区，此裁决移除了创建本地优先语音助手体验的若干技术障碍：

• 电池效率： 将第一阶段检测从 CPU 移至 DSP 将显著降低始终监听的功耗开销。
• 通过沙盒化保障隐私： 裁决要求唤醒词的确认必须在通过 DSP 的安全隔离进程（沙盒化）中运行。这确保了在确认唤醒词之前，音频不会被发送到任何地方，从基于信任的模型转变为由 OS 强制执行的隐私模型。
• 多助手共存： 用户将不再需要在 Gemini 和第三方助手之间做出选择。他们可以将 Gemini 保留为通用任务的默认助手，同时使用自定义唤醒词（例如 "Okay Nabu"）进行家庭自动化。

行业观点和反驳

Google 已对该裁决提出质疑，认为授予第三方“敏感且强大的设备权限”会在未获得适当同意的情况下暴露用户数据。然而，支持该裁决的倡导者认为，这些能力已经存在并且 Google 正在使用，且未对每个实例获得明确用户批准。

社区讨论凸显了若干剩余担忧：

"核心问题不是'Google 不允许某个功能'，而是小企业无法购买手机、安装未受限制的修补版 Android 并出售以赚钱。"

其他开发者指出，在专为单触词设计的 DSP 上实现并发唤醒词存在技术挑战，这可能增加 CPU 唤醒的频率，并可能影响裁决所旨在保护的电池效率。

关键要求摘要

• 平等访问： 第三方助手必须拥有与 Google 自身服务相同的硬件和软件访问权限。
• 无默认要求： 功能不得被锁定在“默认助手”角色背后。
• 免费： 必须免费提供互操作性。
• 验证： Google 必须每月向 EC 报告，并在 2027 年 2 月前提供有关资格条件的公开咨询。