Android AI 助手选择权：欧盟互通要求对手机 Agent 意味着什么

为什么 Android AI 助手选择权变成手机 Agent 问题

Android AI 助手选择权正在从一个监管话题变成手机 Agent 的产品话题。用户真正关心的不是法律标题本身，而是将来在 Android 手机上，除了 Gemini 之外，ChatGPT、Claude、Perplexity 或其他 AI 服务能否更顺畅地被唤起、理解屏幕内容、调用麦克风和相机、完成应用里的任务，并且在关键动作前让用户明确做决定。

根据欧盟委员会关于 Android AI 互通的公告，2026 年 7 月 16 日，欧盟委员会对 Google 发布了具有约束力的规范措施，内容包括 Android 上的 AI 服务互通，以及 Google Search 数据共享。配套的欧盟委员会 Android AI 互通问答进一步说明，Google 需要根据《数字市场法》第 6(7) 条，为竞争性 AI 服务提供免费且有效的 Android 硬件和软件功能互通。

这件事之所以重要，是因为手机 Agent 的价值不只在于模型能回答问题，而在于它能否在用户允许的范围内进入真实手机任务：看见当前屏幕、理解用户正在处理的内容、打开或操作应用、调用系统资源，并把结果交给用户确认。FoneClaw 一直把这个问题拆开处理：模型负责理解、推理和规划，FoneClaw 作为手机 Agent 负责支持的 Android 动作、可见结果、权限使用和敏感步骤确认。想看手机 Agent 的基本工作方式，可以阅读AI Agent 手机控制指南：Android 手机 Agent 真正应该怎么工作。

这次可能打开哪些 Android 能力

欧盟材料里的关键不是一个笼统的“开放”，而是一组可被手机 Agent 使用的能力入口。欧盟委员会问答称，最终决定覆盖 11 项 Android 功能，围绕唤起方式、上下文、应用和系统动作、资源访问等方向组织。换成用户语言，就是 AI 助手能不能被更公平地叫起来，能不能在用户允许后知道当前环境，能不能对应用或系统发起任务，能不能使用手机上的硬件和软件资源。

The Hacker News 对 Android 竞争 AI 助手的报道提到，摄像头、麦克风、屏幕上下文、后台任务、结构化应用集成和系统集成，都是这场 Android 助手访问讨论的重要部分。Computerworld 关于 Android 竞争 AI Agent 的报道则把焦点放在企业安全影响上，因为一旦第三方 AI 助手拥有更深的手机入口，企业会更关心权限、数据、合规和设备管理。

还要把 Google Search 数据共享和 Android 互通分开看。前者关系到搜索数据如何被合格对象使用，后者关系到 AI 服务如何接入 Android 功能。对手机 Agent 来说，更直接的变化是后者：如果一个助手能够被用户选择并获得相应授权，它可能更容易参与屏幕理解、应用动作和资源调用。但这仍然需要具体实现、设备版本、地区规则和用户授权配合。关于应用怎样变得更容易被 AI 调用，可以延伸阅读App Intents、可被机器调用的应用和手机 AI Agent：普通用户该看什么。

用户同意、安全认证和时间表仍然关键

Android AI 助手选择权并不意味着所有 AI 应用同时获得同样手机能力。欧盟委员会问答明确提到，用户必须能够对自己选择安装的 AI 助手授予明确同意。这一句非常重要：助手选择、权限授予和实际动作之间有清晰顺序。用户先选择某个 AI 服务，再决定它能访问什么，系统和应用再按规则开放相应能力。

时间表也需要说清楚。欧盟问答材料称，相关实施要求在 Android 18 中于 2027 年 8 月 1 日前到位，而并发热词检测则安排在 Android 19 中，于 2028 年 8 月 1 日前到位。也就是说，2026 年 7 月的决定是平台方向和规范要求，不是 Android 18 已经面向用户发布，也不是每台 Android 手机马上具备同等体验。地区层面也要谨慎看待：这是一项欧盟《数字市场法》框架下的规范信号，其他市场的落地方式需要看各自平台安排和监管环境。

Notebookcheck 对 Android 与第三方 AI 助手的报道提到，ChatGPT 等第三方 AI 助手预计会获得与 Gemini 可比的权限，包括语音指令和应用控制等方向。对普通用户来说，最好的理解是：可比的入口会提升助手竞争空间，但权限、认证、设备版本、应用支持和用户确认依然决定实际体验。FoneClaw 在产品设计中把这些因素落到流程里，而不是把“能接入”直接说成“能完成所有动作”。

选择助手、读取上下文和真正做动作是三件事

很多讨论会把“选择 AI 助手”和“控制手机”混在一起。更准确地说，它们至少是三件事。第一，用户能不能把某个 AI 服务设置为常用助手入口，或者用语音、按键、手势更方便地唤起它。第二，用户是否允许它读取当前屏幕、相机、麦克风、通知或应用状态。第三，它能否在 Android 上完成具体动作，例如打开应用、填写文本、提交表单、拨打电话、发送消息或修改设置。

这三件事的风险和用户预期不同。选择助手主要影响入口；读取上下文影响隐私和理解质量；真正做动作则影响结果、账户、付款、通讯和工作数据。因此，成熟的手机 Agent 不应该把它们揉成一个“同意全部”的体验。用户需要在手机上看见它正在处理什么、将要执行什么、哪些步骤需要确认、哪些动作由系统或应用接管。

这也是 FoneClaw 与传统语音助手讨论的分界点。语音助手擅长唤起、问答、简单指令；手机 Agent 更关注把任务拆成可验证步骤，并让支持的 Android 动作发生在可见界面中。想比较这两类体验，可以继续读FoneClaw 和 Google Assistant 对比：语音助手与安卓手机 Agent 怎么分工。这次欧盟信号强化的，正是用户选择、平台入口和实际动作之间需要更清楚地分工。

FoneClaw 的产品视角：模型可选，动作可见

在 FoneClaw，我们把这次 Android AI 助手选择权看作一个产品方向信号：未来手机上的 AI 入口会更丰富，用户也会更关心自己选择的模型如何进入真实任务。FoneClaw 是手机 Agent，可以由可配置 AI 模型驱动。模型负责理解用户自然语言、推理任务目标、规划步骤；FoneClaw 是支持的 Android 动作环境，负责把计划落到可见结果、权限使用、确认和接续方式里。

这意味着“FoneClaw 加某个模型”不是两个应用并排使用，也不是模型本身直接操作手机。更自然的用户体验是：在 FoneClaw 中选择一个驱动模型，然后让 FoneClaw 按 Android 支持范围完成动作。比如用户说“把这段内容整理成短信发给同事，并提醒我下班前跟进”，模型先理解联系人、内容、提醒时间和任务顺序；FoneClaw 再准备消息、显示收件人和正文、等待用户确认发送，并创建提醒或提示所需权限。

欧盟材料提到的唤起、上下文、应用和系统动作、资源访问等方向，会让更多助手服务争夺 Android 入口。FoneClaw 的产品重点不是追逐“谁能获得更深入口”的口号，而是把每个支持动作做得清楚：用户知道它要做什么，知道它用到哪些权限，知道哪些步骤需要自己确认，也知道动作不支持时下一步怎么继续。对于 Gemini 相关语音场景，可以阅读Gemini 语音控制 Android：能做什么，何时需要 FoneClaw。

评估任何 Android AI 助手承诺的清单

看到“Android 将向更多 AI 助手开放”这类说法时，可以用一份简单清单来判断。第一，先看地区和时间：它是否属于欧盟《数字市场法》框架下的要求，是否与 Android 18 或 Android 19 的实施节点有关。第二，看入口：这个助手能否被用户主动选择、唤起，是否支持并发热词检测，还是只是在应用内聊天。第三，看上下文：它能否在用户同意后读取屏幕、相机、麦克风或其他资源。

第四，看动作：它只是生成建议，还是能在应用和系统里发起具体任务；能发起任务时，是否显示结果、等待确认、处理失败。第五，看数据和企业场景：对于工作手机、公司账号、医疗、金融、政府服务等高敏感场景，企业管理和用户授权会比普通消费场景更重要。第六，看产品表达是否清楚：如果一个助手把“能被选择”“能看屏幕”“能做动作”混成一句话，用户就很难判断实际能力。

FoneClaw 的判断标准很直接：模型可以选择，动作必须可见；权限可以使用，关键步骤要确认；手机 Agent 可以帮用户减少重复操作，但要把支持范围讲清楚。Android AI 助手选择权会让更多模型和助手进入竞争，但真正赢得用户日常信任的，是每一次手机任务能否清楚完成。