Google 正在把 Android Studio 从一款 IDE 变成 AI Agent 的接入平台。
发生了什么
据 The Decoder 报道，Google 为 Android Studio 引入了名为“Bring Your Own Agent”（BYOA）的能力，开发者可以在 IDE 内接入第三方编码 Agent，官方称已支持超过 40 种，其中包括 Anthropic 的 Claude Agent 和 OpenAI 的 Codex。与此同时，Google 还发布了新的 Gemini API，并配套推出了新的终端工具。按照 Google 的说法，这些工具能让 Agent 完成 UI 相关任务的速度提升 77%，同时 token 消耗最多降低到原来的三分之一。Android 开发流程本身也在向“以 Agent 为中心”演进。
为什么重要
过去一年，编码 Agent 的竞争主要集中在模型能力和独立工具形态上：谁的代码补全更准、谁能独立完成多步任务。但真正的日常开发发生在 IDE 里，谁掌握了 IDE 这个入口，谁就掌握了开发者与模型之间的默认通道。
Google 这次的选择值得注意：它没有把 Android Studio 锁死在 Gemini 上，而是主动向竞争对手的 Agent 开放。这背后有两层逻辑。其一，Android Studio 的价值在于生态规模，而非模型绑定；如果开发者因为偏好某个 Agent 而离开 Android Studio，损失的是 Google 的平台地位。其二，开放接入意味着 Google 可以把竞争压力转回到“谁的 Agent 在 Android 场景里更好用”这个层面，而它自己手里还有 Gemini API 和终端工具这两张牌。
从行业看，这与微软在 VS Code 上容纳多家模型的思路一致：IDE 正在从编辑器变成 Agent 的运行时和分发渠道。
影响与看点
对开发者而言，最直接的变化是选择权。同一个项目里，可以用不同 Agent 处理不同任务，而不必在工具之间来回切换。Google 强调的 UI 任务提速和 token 节省，指向的也是实际成本：Agent 跑得越久，token 账单越可观，效率提升会直接影响团队是否愿意长期使用。
值得关注的还有两点。一是“40 多个 Agent”的接入质量是否一致，接入数量和实际可用性之间往往有差距。二是新的 Gemini API 与终端工具能否形成差异化，让 Agent 在 Android 特有的构建、预览和 UI 调试环节里真正占优。
一个独立判断是：Agent 时代的 IDE 竞争，胜负手不再是补全速度，而是谁能成为 Agent 最顺手的落脚点。Google 这次选择了开放，但开放只是入场券，真正的考验在于它能否让 Android 成为 Agent 表现最好的平台。
