IDE 不再自带助手，而是托管很多个
2026 年 10 月 28 日，谷歌在 Android Dev Summit 上宣布 Android Studio Rabbit 2 稳定版，其中一个功能的名字很直白：Bring Your Own Agent，自带智能体。开发者可以在 IDE 里装上自己选的编码智能体，官方说当前兼容的有四十多款，包括 Anthropic 的 Claude Agent、OpenAI 的 Codex，以及谷歌自己的 Antigravity。
能让这件事成立的是 ACP，也就是 Agent Client Protocol。这个协议由 Zed Industries 在 2025 年 8 月发布，基于 JSON-RPC 2.0，编辑器把编码智能体作为子进程拉起，双方双向交换协议消息；智能体实现一次协议，就能在任何兼容的编辑器里跑。目前参与治理的除了 Zed，还有 JetBrains、GitHub、谷歌与 Cognition。
理解它的位置，最好的类比是 2016 年的语言服务器协议。那一次标准化的结果是，任何合规的语言服务都能在任何编辑器上工作，逐个适配的时代结束。ACP 想对编码智能体做同样的事。
开放出去的是哪些能力
值得看的不是「装几十个智能体」这个动作本身，而是这些智能体进来之后能碰到什么。按官方说明，它们可以直接使用 IDE 的项目结构与构建理解、符号解析、Compose 预览渲染、模拟器、Logcat 与性能分析工具。相比把代码片段粘给通用模型，这层差异是实质性的：智能体拿到了真实项目的状态。
命令行一侧同步更新。Android CLI 现在有面向 Claude Code、Codex 与 Antigravity 的官方插件，能力包括经 Android Device Streaming 在真机上构建、测试与调试，在不启动模拟器的前提下渲染 Compose 预览做视觉校验，以及抓取生产级的 Perfetto 系统追踪。
谷歌给的内部测试数字是：使用新的终端预览命令后，智能体完成界面任务的速度提升 77%，词元用量降至最多三分之一；另一项用 Claude Opus 5.5 做的 A/B 测试里，这套命令行工具把定位与修复内存泄漏的时间缩短接近一半，词元用量少约 25%。这两个数字都来自厂商内部测试，未见第三方复现，引用时应当照原来的口径讲。
同期还发布了 Android Bench 2.0，用于衡量不同模型与智能体组合完成真实 Android 开发任务的表现，按功能、耗时与成本三项计；以及 Change Review，用来对智能体生成的代码修改或 Git 变更发起审查，并可用斜杠命令让它自查大规模改动。另外有三十多个 Android Skills，覆盖权限安全、Glance 小组件布局、Compose 性能优化等二十多个方向。
谷歌在这笔账里留下的是什么
把四十多家外部智能体放进自家 IDE，看上去是在让出位置，实际上是把争夺的战场搬了一层。过去竞争的是「编辑器里那个助手强不强」，现在是「开发者愿不愿意就在我这里干活」。前者会随着模型换代反复洗牌，后者一旦形成习惯很难搬走。
这也解释了为什么谷歌自己的 Antigravity 也在同一批名单里——它并没有退出竞争，只是换成了名单上的一个选项。开放的成本是让渡一部分选择权，收益是把剩下的流程、调用面与数据流留在自己手上。
三处还没写清楚的地方
其一是性能数字的边界。77% 与词元降到三分之一来自谷歌内部测试，没有说明任务集合、对照基线与统计口径； 采纳之前更稳妥的做法是用自己的任务跑一遍。
其二是权限与成本。这份说明没有交代 IDE 如何约束一个第三方智能体能调用哪些设备与真机资源，也没有说 IDE 里多个智能体并行时的词元成本怎么归集。对于一进门就能碰模拟器、Logcat 和真机串流的智能体，权限粒度是必要的细则。
其三是生态走向。ACP 与 MCP 各管一段，前者面向编辑器与智能体的会话，后者面向智能体与外部工具的连接，两者并不直接冲突。但当同一个智能体同时要通过 ACP 连编辑器、通过 MCP 连外部服务时，身份、凭证与审计要在哪一层统一，目前没有共识。同类型的分工疑问也出现在本周其他几笔发布里。
抛开这些不谈，这件事的方向是清楚的：把模型选择从编辑器决策里拆出去，让它变成可替换的部件。这一步一旦跨过去，IDE 之间的竞争就不再是「谁家的模型更好」，而是「谁的调用面更像一个能被智能体真正使用的地方」。