谷歌Gemini任务自动化隐藏名单曝光,134款应用入选,区域差异明显

谷歌在 Android 17 系统中内置一份隐藏的 134 款应用白名单,用于支持 Gemini 任务自动化功能。其中 114 款已在稳定版上线,20 款为测试条目;印度市场 Zomato、Blink...

人工智能 阅读量: 1.08万

谷歌 Gemini 的任务自动化功能自今年 3 月首次亮相以来,逐步扩展至更多场景与地区,但其背后的技术实现细节长期未公开。近期,一份来自 Android 17 系统服务器端的隐藏配置清单被披露,揭示了支撑该功能的核心机制:一份包含 134 款应用的“目标应用白名单”(target app list)。这份名单并非用户可见,而是由系统后台校验——只有签名证书与白名单完全匹配的应用,才能被 Gemini 调用以执行自动化操作。

根据分析,该名单分为两部分:114 款应用已集成于 Android 17 QPR2(Quarterly Platform Release 2)稳定版本中;另有 20 款为测试用途条目,出现在 Android Canary 2611 测试版中。这意味着,Gemini 的自动化能力并非基于通用 API 或开放协议,而是高度依赖预置授权,技术路径更接近“封闭式集成”。

首批支持的 6 款应用均为北美高频生活服务类平台:Lyft、Uber、Grubhub、DoorDash、Uber Eats 与 Starbucks,且仅限 Galaxy S26 和 Pixel 10 系列设备首发。7 月,谷歌宣布支持范围将扩展至“40 多款热门应用”,但始终未公布具体名单,仅以“精选应用”模糊带过。直至本次白名单曝光,外界才得以一窥其真实覆盖广度。

值得注意的是,名单呈现明显的地域适配特征。在印度市场,Zomato 与 Blinkit 明确列入白名单,可实现订单流程自动化;而同为本地头部玩家的 Swiggy 与 Zepto 却未被收录,导致其用户暂时无法享受该功能。这一差异表明,谷歌在推进自动化落地时,并非简单按“市场份额”或“下载量”筛选,而是结合本地合作深度、API 可控性及安全合规要求进行动态评估。

此外,名单中亦包含若干“名义入选但暂未启用”的应用。例如 Microsoft Word 与 Outlook 均在列,理论上具备被调用条件,但截至当前版本,Gemini 尚不能直接在这些应用内执行“新建文档”“插入表格”或“发送邮件”等操作。这说明白名单仅是准入门槛,实际功能实现还需应用方配合开发特定接口或权限策略。换言之,进入名单不等于功能可用,二者存在时间差与协作成本。

文章配图

Gemini 任务自动化的核心交互逻辑是:用户语音或文字指令触发后,系统在虚拟屏幕层模拟触控操作——打开目标应用、滑动页面、点击按钮,最终停在关键确认节点(如支付前一步),交由用户人工审核。这种“半自主+人机协同”模式,既规避了全自动执行可能引发的安全风险,又显著提升了效率。相比传统快捷指令或宏脚本,它无需用户预先配置流程,而是由大模型实时理解意图并生成操作序列,技术复杂度更高。

与此同时,Gemini 在车载生态的拓展也同步推进。11 月 12 日,谷歌正式将 Gemini 应用接入 Apple CarPlay,用户可在车机主界面或侧边栏启动 Gemini Live,进行免提语音对话。该功能支持跨设备同步:车内对话内容自动回传至 iPhone 端应用,便于停车后查阅摘要与笔记。此前,Gemini 已通过 Google Maps 提供有限导航对话能力,并在 Android Auto 及原生谷歌车机中部署多年。此次登陆 CarPlay,标志着其作为跨平台 AI 助手的定位进一步强化。

文章配图

需要区分的是,上述车载功能与任务自动化属于不同技术栈:CarPlay 集成侧重语音交互与信息查询(如日程管理、邮件摘要、路线推荐),而任务自动化聚焦于跨应用的操作执行(如点餐、打车、填写表单)。二者共享 Gemini 的语言理解与规划能力,但在底层调用链路与权限模型上彼此独立。

更值得关注的是,谷歌近期在具身智能方向亦有重大进展。11 月 11 日,DeepMind 发布 Gemini Robotics 2.5,这是首个基于 Gemini 4 Argon 构建、具备自主改进能力的机器人基础模型。该模型在 200 项日常任务中实现成功率从 5% 到 100% 的跃升,尤其在柔性物体操作(如夹蛋糕、解蝴蝶结、挂开衫)上突破显著。测试中,搭载该模型的 Apollo 2 人形机器人已在奔驰工厂产线完成汽车零件分拣,准确率达 96%。虽然此成果与手机端任务自动化无直接关联,但它揭示了谷歌正将 Gemini 的“感知-决策-执行”闭环能力,从数字界面延伸至物理世界。

回到手机端任务自动化本身,其当前局限仍较明显。除白名单限制外,功能仅支持英文与部分主流语种,中文环境下的语义解析与操作映射尚未全面优化;且对 UI 变更极为敏感——一旦目标应用更新界面布局,自动化流程即可能失效,需重新训练或人工修正。这也解释了为何谷歌选择“渐进式放量”而非全量开放:在确保稳定性与安全性前提下,优先覆盖高价值、低变动率的应用场景。

从行业视角看,此类“白名单驱动”的自动化模式,与苹果 Shortcuts 的开放架构形成鲜明对比。后者允许第三方开发者注册动作类型并参与流程编排,而谷歌则采取中心化管控策略,虽牺牲部分生态灵活性,却能更好保障用户体验一致性与数据安全边界。未来若想扩大覆盖范围,谷歌或将面临两难:继续收紧控制以维持质量,或逐步开放认证机制以吸引开发者共建。

目前,Gemini 任务自动化已扩展至英国、印度与日本市场,后续有望随 Android 18 推出更多本地化适配。对于用户而言,最直接的判断标准仍是:打开 Gemini → 输入“帮我订一份晚餐”,若系统能自动跳转至某外卖 App 并填充地址与菜品,则该应用已在白名单内且功能可用。