欧盟要求 Android 别只给 Gemini 开后门：第三方 AI 助手要拿到 11 类系统能力
韩启明｜OC 政策与安全编辑
韩启明｜OC 政策与安全编辑
据 欧盟委员会最终决定，Google 需要依照《数字市场法》向第三方 AI 助手提供 11 类 Android 系统能力，包括语音唤醒、获取用户当前上下文、跨应用执行动作以及使用设备端模型等，以缩小它们与 Gemini 的系统权限差距。
一句话结论： 欧盟争的不是让所有聊天机器人都能装进 Android，而是让用户更换默认 AI 助手后，第三方仍能获得足够的系统能力，不至于只剩一个图标，而 Gemini 独享真正有用的入口。
在今天的手机上，“可以安装”远远不等于“可以竞争”。第三方 AI 应用当然能从商店下载，也能请求麦克风、相册和通知权限，但 Gemini 作为系统深度集成的助手，可以被语音直接叫醒、理解屏幕内容、调用其他应用并利用设备端模型。一个竞争对手如果每次都要先解锁、找图标、复制内容再粘贴，模型即使更强，也很难成为默认入口。
欧盟委员会因此把互操作性具体化为 11 项能力，而不是只要求 Google 增加一个“默认助手”菜单。官方材料提到，第三方助手需要能够响应用户调用、访问必要上下文、通过 Android 的 App Functions 对其他应用执行动作，并在条件允许时使用设备上的相关能力。Google 的执行期限大体延伸到 2027 年 7 月，另有搜索数据共享要求预计更早落地。
这件事为什么现在重要？因为 AI 助手正在从一个问答应用变成操作层。过去浏览器竞争的是默认搜索框，今天助手竞争的是“帮我把刚收到的地址发给同事并加入日历”这种跨应用任务。谁控制语音按键、锁屏入口、屏幕上下文和应用动作，谁就更可能控制用户以后如何使用手机。
Google 的反对理由也并非全无道理。系统级助手能看到的内容非常敏感：当前屏幕、联系人、消息、位置、相机和企业数据。如果平台被要求开放能力，却不能为第三方设置严格身份、权限和审计机制，互操作性会直接变成攻击面。欧盟的立场是，这些风险可以通过技术保障解决，不能被用来永久保留自家服务的独占优势。
真正棘手的是怎样做到“同等能力、同等约束”。如果第三方要经过漫长审核、能力调用更慢、后台限制更严，纸面开放仍可能没有实际效果；反过来，如果任何助手都能一次授权后持续读取屏幕，用户也很难理解自己交出了什么。系统需要按动作提示、细粒度授权、可撤销记录和企业管理，而不是一个笼统的“允许 AI 访问手机”。
苹果也与欧盟就 AI 助手互操作和隐私发生争执，但不能把两家公司面临的程序混成同一项命令。这次最终决定直接针对 Alphabet/Google 的 Android 义务；苹果关于 Siri 与欧盟上线安排的表态，是另一条监管和产品线。两者共同说明平台战争已经从应用商店抽成，转向 AI 能否进入系统最深处。
对用户而言，最理想的结果不是手机里同时跑十个助手，而是可以真正选择一个默认助手，并且清楚地控制它能做什么。开放如果只增加设置复杂度，没有降低切换成本，最终仍会由预装者获胜。
关键事实
- 欧盟委员会已发布针对 Google 的最终 DMA 互操作决定，涉及 11 类 Android 功能。
- 能力包括语音调用、上下文获取、对其他应用执行动作以及设备端能力等。
- 这是针对 Google 的具体程序，不能与苹果和欧盟之间的其他争议视为同一决定。
OC 判断
未来移动 AI 的垄断点不一定是模型，而是系统权限。欧盟抓住了正确层级：只开放应用安装没有意义，必须开放助手成为“操作入口”所需的能力。接下来应盯住的不是承诺，而是第三方调用是否真的和 Gemini 一样可用、可持续、可审计。
为什么重要
- 对开发者： Android 可能出现新的系统级助手接口，但隐私审核和兼容成本也会提高。
- 对企业： 需要重新定义哪些公司数据可被默认助手跨应用读取和操作。
- 对用户： 将来换 AI 助手可能像换浏览器一样，但系统权限必须按需开放，不能一次性交出全部手机上下文。
评论
围绕这篇文章补充信息、提出问题或分享观察。