Android 智能体工具链更新与接入实践
文章聚焦 Android Dev Summit 2026 的开发工具变化，包括第三方智能体进入 Android Studio、通过 CLI 访问真实设备，以及应用向 Gemini 提供标准化功能入口。作者还整理了功能成熟度与日常使用代码。
原文暂未完整获取，基于公开信息的快读
据 dev.to 文章节选，Android Dev Summit 2026 将智能体放到了开发工具和应用接入的中心：Android Studio 引入第三方编码智能体，Android CLI 提供设备与调试工具入口，应用也能通过 AppFunctions 向 Gemini 暴露功能。不过，这些能力的成熟度并不一致。
目前能确认什么
节选称，Android Studio Rabbit 2 已进入 stable，支持通过 Agent Client Protocol（ACP）接入 Claude、Codex 等兼容智能体。它们能获取项目、构建、符号解析等 IDE 上下文，并使用 Compose Preview、Emulator 和 Logcat。
Android CLI 则把设备连接、预览渲染、性能与内存分析等操作放进终端，也提供面向 Claude Code 和 Codex 的官方插件。对编码智能体来说，调用明确的工具接口，有助于把代码修改与运行结果连起来。
应用侧，AppFunctions 处于 beta，节选称它可通过 Android MCP 将应用函数提供给 Gemini 等智能体调用。ACP 负责智能体与编辑器之间的协作；MCP 用于连接工具和上下文，两者承担不同职责。
XML 迁移 Compose 的 Migration Assistant 仍在 Canary；生成 Compose 原生界面的 A2UI，以及端侧 ML Kit Agentic API，均标为 alpha。
我的判断
优先试接开发工具，比直接改造应用功能入口更容易控制范围。
已有 Android 项目可以先验证：智能体能否完成修改、查看预览，再根据设备日志修正问题。验收应落到具体页面和错误修复，不能只看代码是否生成。
AppFunctions 则需要进一步确认调用权限、用户确认机制和失败处理，再决定暴露哪些业务操作。节选没有交代这些边界。
另外，stable 是工具的发布状态，不代表智能体生成的代码可以免审。文中的效率数据缺少完整测试条件，远程设备的费用、配额与国内可用性也未说明，目前不能据此估算团队收益。