Android Dev Summit 2026 上最结构性的一条更新，不是新手机也不是新模型，而是 Google 把自己的官方 IDE 打开，让竞争对手的编程 Agent 直接住了进来。

Bring Your Own Agent（BYOA）在 Android Studio Rabbit 2 中转为稳定版，支持 40 多个符合 Agent Client Protocol（ACP）的编程 Agent。

具体能做什么

入口在 Settings > Tools > AI > Agents，可以从市场里浏览安装，而且可以同时装多个、随时切换。已确认兼容的包括 Anthropic 的 Claude Agent、OpenAI 的 Codex、Google 自家的 Antigravity。

装进去的 agent 不是"在侧边栏聊天"，而是拿到了 IDE 的原生能力：

• 项目结构与构建理解
• 符号解析
• Compose Preview 渲染
• 模拟器
• Logcat
• 性能分析工具

这个差别很关键。给 agent 看代码文件，它只能猜；给它看符号表、跑模拟器、读 Logcat，它能自己验证改得对不对——从"看起来对"升级到"跑起来对"。

ACP 是什么，和 MCP 什么关系

ACP 全称 Agent Client Protocol，是基于 JSON-RPC 2.0 的开放线协议，最初由 Zed Industries 在 2025 年 8 月发布，现在由 Zed、JetBrains、GitHub、Google、Cognition 组成的联盟治理。

机制很朴素：IDE 把编程 agent 作为子进程启动，双方双向交换协议消息。每个 agent 只要实现一次协议，就能在任何兼容的编辑器里跑，不需要为每个编辑器写定制集成。

这正是 Language Server Protocol（LSP）在 2016 年做过的事——LSP 终结了"每编辑器一套语言智能"的碎片世界，ACP 在做同一件事。

协议分层现在很清晰了：

以前这两件事经常混在"插件系统"里，现在拆成了两层。这对企业采购的意义是：agent 和 IDE 可以分别选，不再捆绑。

Android CLI 那条线，数字更实在

对不打开 IDE 的开发者，Google 另开了一条 Android CLI 线，这次给的都是能给 agent 直接调的硬命令。

android preview：直接把 @Preview 渲染成 PNG，还能用 --component-tree 导出组件树 JSON，不用启动模拟器、不用打开 Android Studio。agent 改完 Compose 页面，可以直接拿到预览图和组件结构，对着任务要求核布局。

Google 内部测试：用上 android preview 的 agent，UI 任务完成快 77%，token 用量降到最低三分之一。

android device remote：从 Google 设备实验室预约一台真机，接到本地 adb 上，后续安装、运行、调试和本地设备一样。android device hub 把本地模拟器和远程真机放在同一个窗口看。

官方 CLI 插件：Claude Code 和 Codex 都有了。安装方式就是普通的插件命令。

LeakCanary 集成：内存泄漏可以直接在 CLI 里查。Google 用 Claude Opus 5.5 做了 A/B 测试——用 CLI 工具找并修内存泄漏，速度接近翻倍，token 用量降约 25%。

有一个完整例子值得看：让 Claude Code 在 6 个模拟器上并行跑 45 条用户流程找内存泄漏，抓 heap dump 交给开发机上的 LeakCanary 分析，顺着引用链定位到一个没注销的 NetworkCallback。这是 agent 自己做工程诊断，不是补全代码。

两个承认痛点的设计

30+ Android Skills：在 IDE 里打 @ 就能选，比如 agp-9-upgrade、android-profiler、r8-analyzer、camerax。官方定位很实在——模型往往没训练过最新 API，所以把文档打包喂进去，覆盖 20 多类 Android 开发问题。

Change Review：这个设计直接承认了 agent 时代的核心难题——大面积 agent 改动根本 review 不动。可以从 Agent Changes、待提交的 Git diff，甚至历史 commit 起手，先扫潜在问题生成报告，再把散在多个文件里的相关改动按功能组织成一条 walkthrough，让人按功能关系而不是按文件顺序读。发现问题还可以让 agent 接着修。用 /review 命令也能触发。

Migration Assistant：右键 XML 布局选 AI > Migrate to Compose，agent 先分析布局、ViewBinding 关联和控制逻辑，出迁移计划，再逐步执行，进度跨会话保存。但这是 Canary 功能，且要处理导航、状态、新旧 View 共存——别和 BYOA 的稳定版边界混为一谈。

一个诚实得有点扎心的数字

Google 把 Android Bench 升到 2.0，评测长链路任务——跨文件迁移、从设计稿建 App——按功能性、耗时、成本三个维度打分。

10 月 29 日的榜单上，Claude Sonnet 5.5（max）配 Claude Code，在 30 个任务里只通过了 40%。

发榜的是 Google，这个数字是 Google 自己放出来的。一个 40% 通过率放在"agent 已能接管开发闭环"的发布会旁边，读起来有点微妙：能力是真的，可靠性还没到。

为什么值得关注

这是分发权之争，Google 选了开放。 开发者可以留在 Google 的 IDE 里用 Anthropic 或 OpenAI 的 agent，Google 保留的是周围的工作流、Skills、benchmark、设备实验室。与其让 agent 把开发者带走，不如把 agent 请进来——这和在浏览器里支持第三方搜索引擎逻辑相同。

协议会变成采购标准。 当 40+ agent 都讲同一种协议，"你们支持 ACP 吗"会像当年"你们支持 LSP 吗"一样变成招标书里的一行。反过来，不支持 ACP 的自研 agent 平台会越来越像内网孤岛。

评测的诚实是有价值的。 40% 这个数字说明，把 agent 放进真实工程链路后，剩下的瓶颈不在生成能力，在长链路任务的稳定性——而多天、跨文件的任务覆盖率，恰恰是当前所有 harness 架构正在攻的点。

对企业来说最实际的一条：不要让 agent 能力和工具链绑死。 代码库、CI、评测集是你的，agent 是可以换的——ACP 把这个假设变成了可执行的事。