Android 互操作性：EU 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，且保證效能相當。
• 結構化應用程式整合：AI 服務現在可以與 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 執行。這確保音訊在喚醒詞確認前不會被傳送至任何地方，將信任模型轉變為作業系統強制的隱私模型。
• 多助理共存：使用者不再必須在 Gemini 與第三方助理之間做選擇。可將 Gemini 保持為一般任務的預設，同時使用自訂喚醒詞（例如「Okay Nabu」）進行家庭自動化。

業界觀點與反論點

Google 已對此判決提出異議，認為授予第三方「敏感且強大的裝置權限」會在未取得適當同意的情況下暴露使用者資料。然而，支持判決的倡導者指出，這些能力已由 Google 使用且未對每一次使用取得明確使用者批准。

社群討論中仍有幾項關切：

"核心問題不是『Google 不允許某功能』，而是小型企業無法購買手機、安裝未受限制的 Android 版本並販售以賺取利潤。"

其他開發者則指出，在設計僅支援單一觸發的 DSP 上實作同時喚醒詞的技術挑戰，可能會增加 CPU 喚醒頻率，進而影響判決欲保護的電池效率。

主要需求摘要

• 平等存取：第三方助理必須擁有與 Google 自家服務相同的硬體與軟體存取權。
• 無預設要求：功能不得被鎖定在「預設助理」角色之下。
• 免費提供：互操作性必須無償提供。
• 驗證：Google 必須每月向 EC 報告，並於 2027 年 2 月前公開徵求資格條款的意見。