返回行业动态
智能体与应用

谷歌把 40 多个编码智能体请进 Android Studio:谁家模型都能上

谷歌 10 月 28 日在 Android Dev Summit 宣布 Android Studio Rabbit 2 稳定版支持「自带智能体」,通过开放的 Agent Client Protocol 接入 Claude、Codex、Antigravity 等 40 多个第三方编码智能体,并开放模拟器与 Logcat 权限。同步推出 Android CLI 官方插件、终端内 Compose 预览与 Android Bench 2.0 榜单。终端预览在内部测试中让任务完成速度快 77%、token 用量降至三分之一。

来源:The Decoder:Google opens Android development to third-party AI agents and unveils new Gemini APIs原标题:Google opens Android development to third-party AI agents and unveils new Gemini APIs查看原文
深夜研发工作台近景,键盘与鼠标虚化,中景多块竖屏显示抽象几何图形,远景成排工位与蓝色灯带向纵深延伸

图片来源:北京拓实科技原创(AI 生成封面)

发生了什么

当地时间 10 月 28 日,谷歌在 Android Dev Summit 上把 Android Studio 的定位改成了智能体宿主。Rabbit 2 稳定版新增「自带智能体」(Bring Your Own Agent)能力,通过开放的 Agent Client Protocol(ACP)接入 40 多个第三方编码智能体,Anthropic 的 Claude Agent、OpenAI 的 Codex、谷歌自家的 Antigravity 与 JetBrains 的 Junie 都在名单内,开发者可装多个并随时切换。

  • 权限范围:智能体可读取项目结构与构建配置、符号解析结果,可操作模拟器、读取 Logcat、执行构建,等于拿到 IDE 完整工具面,能自己跑起来验证改动,而非只交回一段看起来对的代码。
  • Change Review:针对智能体留下的大批改动生成问题报告,可用 /review 命令触发,也能让智能体逐步讲解改动意图,并直接修掉报告里的问题。
  • Android CLI:为 Claude Code、Codex、Antigravity 发布官方插件;新增在终端渲染 Compose 预览的能力,无需启动模拟器或安装 APK 即可看图,谷歌内部测试称任务完成速度快 77%、token 用量最多降到三分之一。
  • 真机与性能:设备流(由 Firebase 提供)让智能体远程操作真实设备;新增 Perfetto 系统追踪采集、APK 质量分析(与 Google Play 上架前同一套逻辑)与 LeakCanary 内存泄漏检测。
  • 评测与技能:Android Bench 2.0 榜单按功能是否真能跑通、耗时与成本给模型和智能体打分;另提供 30 多个 Android Skills 文档包,覆盖权限安全、Compose 性能、Glance 小组件等 20 多个领域。

为什么重要

谷歌拥有 Android 工具链,把对手的智能体请进来,等于承认竞争优势在平台而不在单一助手。ACP 类似「万能插头」,只要智能体支持该协议即可接入,无需为每家单独桥接,这也是数量迅速过 40 的原因。对企业的实际影响是采购松绑——团队可按已有合同、成本或合规要求选择智能体,不必被 IDE 绑定。

另一个方向是把移动应用变成智能体可调用的工具。AppFunctions API 进入 beta,用 MCP 作为统一工具调用层,让应用把功能暴露给设备端或系统级智能体;A2UI 进入 alpha,让智能体回复直接渲染成由应用自身组件构成的界面;ML Kit 新增基于 Gemini Nano 4 的端侧 Agentic API(alpha),自动执行函数并自带护栏。

谷歌给出的一组内部数据可说明工具面开放的边际收益:在 45 条用户旅程的内存泄漏排查中,接入 Android CLI 的 Claude Opus 5.5 耗时 46 分钟,未接入为 88 分钟,token 用量约少 25%,原因是堆转储在电脑侧分析。属单次运行的可行性演示。

不确定之处

计费方式未说明:智能体费用由开发者自行向对应厂商结算,谷歌没有给出统一账单。77% 与三分之一的 token 降幅均来自内部测试,未披露测试集规模。Android Bench 2.0 的任务集与评分口径仍由平台方掌握。A2UI 与端侧 Agentic API 处于 alpha,接口可能变更。ACP 的治理与版本兼容策略尚未成形,多智能体并存时的冲突处理也没有公开机制。

对正在评估编码智能体的团队,这条新闻的价值不在「多了一个选择」,而在于评测口径变了:从「谁的补全更准」转向「谁能在真实工具链里自己验证」。选型时更该看智能体能否读日志、跑模拟器、看预览图并自己修,而不是只看基准分数。

编辑说明

本文由北京拓实科技根据公开信息整理,核心事实与数据请以原始来源为准。