Android Studio 开放第三方编程智能体

Google 正在把 Android 开发的入口从「IDE 里加个聊天框」扩展到完整的 Agent 工作流：Claude、Codex 可以直接调用 Android Studio 工具，终端 Agent 能看界面、查泄漏，应用也能把自身功能开放给 Gemini。

这轮更新值得关注的，不只是模型选择变多。Google 试图把开发、验证、应用服务调用连成一条链。它公布了一些提效数据，但主要来自内部测试；对国内前端和全栈开发者，更有参考价值的是工具怎样缩短反馈路径，以及哪些能力仍处于预览阶段。

Agent 能接进 IDE，更要拿到工程上下文

Android Studio Rabbit 2 引入 Bring Your Own Agent（BYOA），通过开放的 Agent Client Protocol（ACP），支持超过 40 种编程 Agent。开发者可以从内置市场安装并同时运行 Anthropic 的 Claude Agent、OpenAI 的 Codex，以及 Google Antigravity。

接入后的关键能力是访问项目结构、符号解析、模拟器和 Logcat。符号解析就是确认一个方法或变量究竟指向哪里。相比只把代码贴进对话框，这些工具让 Agent 有机会沿着真实工程关系定位问题，再用运行结果检查修改。

Google 同时推出 Android Bench 2.0，用功能完成情况、耗时和成本评估跨多天的开发任务。不过，原文没有提供榜单成绩，不能据此判断哪个模型最适合 Android 开发。

生成之后的检查也被纳入流程。Change Review 会分析待提交修改、生成缺陷报告，并逐步解释变更；Android Studio Canary 预览版增加了把旧 XML 布局迁移到 Jetpack Compose 的助手。Google 还在测试 Lightbuild，它采用基于 YAML schema 的声明式构建描述，让人和 Agent 都能读写。

这些工具分别覆盖理解工程、修改代码和审查结果，但原文没有给出它们的准确率或迁移成功率。

为什么终端工具可能比换模型更省钱

Android CLI 现在提供面向 Claude Code、OpenAI Codex 和 Google Antigravity 的官方 Agent 插件，适用于终端开发和 CI 流水线。

其中最直接的变化是：Agent 可以在终端渲染 Compose 预览，不必启动模拟器就能检查 UI。Google 内部测试称，借助这项功能，Agent 完成 UI 任务快了 77%，token 消耗最多降至原来的约三分之一。

这里省下的是反馈成本。改完界面马上拿到可视结果，Agent 就少走一些等待启动、猜测布局、反复读取代码的弯路。CLI 还支持流式访问 Google 实验室的实体测试设备，用来调查特定设备上的问题。

内存分析也采用类似思路。开源 LeakCanary 被集成进 Android CLI 和 Android Studio Profiler，堆转储放在电脑端分析，减少对测试中手机应用的拖慢。Google 使用 Anthropic Claude Opus 5.5 做 A/B 测试，称发现并修复内存泄漏的速度接近翻倍，token 用量减少约 25%。

其他工具还允许 Agent 通过 Android Performance Analyzer 抓取系统跟踪，从 Firebase Crashlytics 获取崩溃报告，并通过 R8 编译器检查代码优化。超过 30 项 Android Skills 则向 Agent 提供任务文档，覆盖 Google Play 政策、权限安全，以及折叠屏和 Googlebooks 笔记本布局适配。

模型是否知道最新 API，可以用文档补；修改是否有效，需要工具提供证据。

不过，上述性能数据均来自 Google 测试，原文没有交代样本规模、任务难度和完整基线，不能直接当作团队收益预估。

应用开始向 Agent 开放功能和界面

开发工具之外，Google 也在调整应用与 Agent 的连接方式。

ML Kit 新增 alpha 阶段的 Agentic API，由 Gemini Nano 4 驱动，面向设备本地处理。它负责自动执行函数、保存聊天历史、管理编排循环，并提供安全过滤。所谓编排循环，就是模型判断下一步、调用函数、读取结果，再决定是否继续。

功能开放则通过 Model Context Protocol（MCP）和 beta 阶段的 AppFunctions API 推进，目标是让应用向本地或系统级 Agent 提供统一的工具调用入口。

两组能力要分开理解：Agentic API 帮开发者在应用内组织 Agent；AppFunctions API 让应用功能可以被 Agent 调用。原文没有说明二者的完整调用关系，也没有给出设备兼容范围。

面向 Jetpack Compose 的 alpha 接口 Agent-to-UI（A2UI）进一步把输出扩展为交互界面：Agent 可以利用具体应用的组件呈现操作入口，而不只是返回文字。

Connected Apps Platform 则以预览形式，把这些服务接到 Google Search 和 Gemini app。开发者可以通过 Android MCP 或云端托管的 MCP servers 连接，并在统一控制台管理。Google 称，Adobe、Peloton、Experian 等合作方的超过 50 项集成已在 Gemini app 上线，未来几周会进入网页搜索。

对全栈开发者，云端 MCP 是值得观察的服务入口；但原文没有交代普通开发者的准入条件、地区覆盖或收费方式。

XR 工具稳定了，眼镜体验仍需另算

Google 还更新了 Jetpack Compose 1.13 和 AppState model，帮助应用适配大屏。Jetpack XR SDK、Android Studio 的 XR 模拟器，以及支持 Unity、Godot、Unreal 的 Engine Hub 均进入稳定版。

硬件方面，Google 与 XREAL 发布了 XREAL AURA。XR 负责人 Shahram Izadi 称，这是首款运行 Android XR 的有线智能眼镜。它重量低于 95 克，采用透明、可调暗镜片，视场角为 70 度；计算单元和电池放在外置设备中，该设备兼作触控板，搭载 Snapdragon Reality Elite。

用户最多同时摆放五个 Android 应用，也能通过 USB-C 镜像笔记本屏幕。Gemini 可以同时观察现实环境和虚拟屏幕，用于整理窗口、提供游戏提示或标记房间中的物体。

原文称产品已在美国、加拿大和韩国开放订购，价格为 $1,099，计划于 11 月中旬发货。但没有提供续航、长期佩戴体验或实际开发效率测试，不能仅凭多窗口演示就判断它适合替代显示器。

我的判断

我更看好工具链的改进。让 Agent 直接获得预览、日志、堆分析和崩溃报告，能够针对开发中的具体卡点提供反馈。这条路线成立的理由，比「模型更聪明了」更容易检查。

但 BYOA 支持更多 Agent，不代表多 Agent 同时修改工程就更高效；Change Review 生成缺陷报告，也不等于完成了可靠验收。原文没有提供与人工审查、现有 CI 或其他工具链的充分对照。

同样，Google 的内部提效数据值得试验验证，却不能跨任务、跨团队套用。至于应用接入系统 Agent，目前 alpha、beta、preview 并存，更适合小范围验证。国内开发者还需要确认服务可用性，原文对此没有说明。

能拿来做什么

• 如果你维护 Android 或 Compose 项目，可以选一个真实 UI 修改任务试用终端预览，同时记录完成时间、token 消耗和返工次数，再决定是否推广。
• 如果你正在调整日常 AI 编程流程，可以先检查 Agent 能否拿到预览、运行日志和分析报告，再考虑更换模型；这也是前端工具链可以借鉴的方向。
• 如果你负责应用与后端服务，可以先梳理哪些现有功能适合通过 MCP 提供调用，并核对 Connected Apps Platform 的开放条件，再决定是否投入接入。