从 IDE 到真机，Android 扩展智能体开发链路

Android 智能体开发的链路正在从写代码延伸到真机验证和应用调用。据 dev.to 这篇大会解读，Google 在 Android Dev Summit 2026 上展示了三条路线：Android Studio 接入外部智能体，Android CLI 提供设备与调试工具，应用通过 AppFunctions 向 Gemini 开放功能。目前拿到的是原文节选，发布状态和使用边界仍需区分看待。

目前能确认什么

节选称，Android Studio Rabbit 2 的 Bring Your Own Agent 已稳定，支持通过 Agent Client Protocol（ACP）接入 Claude、Codex 等智能体。接入后，智能体可以获取项目结构、符号解析、Compose Preview 和 Logcat 等 IDE 上下文。

Android CLI 则把预览、性能分析、远程真机连接等操作放进终端，并提供 Claude Code 和 Codex 插件。对开发流程而言，这些工具能为智能体提供代码运行后的反馈，帮助检查界面和定位问题。

另一条路线面向应用自身：AppFunctions 处于 beta，节选称它通过 Android MCP 将应用功能提供给 Gemini 等智能体；生成原生 Compose 界面的 A2UI、端侧 ML Kit Agentic API 则仍处于 alpha。

接入 IDE、调用开发工具、调用应用功能，是三种不同的能力，不能混为一谈。

我的判断

对 Android 团队，最有价值的尝试是让智能体完成一次可检查的闭环：修改界面，生成预览，再到设备上验证。能否拿到运行反馈，比支持多少种模型更直接影响交付质量。

但节选没有交代远程真机的访问条件、费用和数据处理边界，也没展开 AppFunctions 的权限与用户确认机制。CLI 的具体发布阶段同样没说清，不能因为 IDE 接入已稳定，就把整条链路都视为可直接用于生产。

XML 迁移 Compose 的助手仍标注 Canary。我的判断是，先用独立页面验证迁移结果，检查交互和状态恢复，再决定是否扩大范围；一次右键操作还不足以证明迁移已经完成。