不只是"IDE 里加个 AI"
如果只是在 Android Studio 里再塞一个 Copilot 式的 AI 助手，那不值得专门写一篇文章。
Google 这次做的事更有意思——他们专门为 Agent 重建了一套工具链，包含三个独立组件：Android CLI、Android Skills、Android Knowledge Base。
这背后有一个清晰的技术判断：未来相当一部分 Android 开发任务，会由 Agent 直接执行，而不是由人坐在 IDE 前一行一行地写代码。如果工具链不为这个场景专门设计，Agent 拿着现有的工具（分散的 adb 命令、复杂的 Gradle DSL、不统一的 SDK 管理接口）去干活，就像让一个工厂机器人用给人类手工设计的工具——能用，但效率极低。
这篇文章把三个组件逐一拆开来看，搞清楚每个组件解决的是什么本质问题。
问题根源：Agent 用现有工具有多痛？
在聊解决方案之前，先想想 Agent 用传统 Android 工具到底哪里不顺。
一个典型场景：让 Agent 帮你初始化一个新项目，配置好开发环境，跑起来看看效果。听起来简单，但 Agent 需要依次搞清楚：
- SDK 装了哪些版本？缺什么？用
sdkmanager查，但输出格式不统一 - 项目模板从哪来？Android Studio 模板 wizard 是 GUI，没有命令行接口
- 模拟器怎么创建？
avdmanager命令参数多且不直观 - 怎么跑起来？
./gradlew还是adb install？环境不同答案不同
每一步 Agent 都要试探性地执行命令、解析输出、判断状态——大量 Token 花在了"猜测当前环境状态"上，而不是真正的开发工作。
Google 的实验数据印证了这一点：使用传统工具集时，环境配置和项目创建消耗的 LLM Token 中，超过 70% 是浪费的——不是浪费在写代码上，而是浪费在和工具的低效对话上。
Android CLI：给 Agent 的标准化接口
Android CLI 是这套工具链的基础层，本质是重新设计了 Android SDK 的命令行接口，以 Agent 的使用方式作为第一优先级。
五个核心命令
# SDK 管理：按需下载特定组件，保持环境精简android sdkinstall# 项目创建：从官方模板生成项目，自动应用推荐架构android create# 设备管理：创建和管理虚拟设备android emulator# 应用部署：自动化构建与部署android run# 版本更新：获取最新功能与修复android update看起来很简单，但每个命令背后的设计逻辑值得细说。
android create解决的不只是"帮你生成文件"，而是确保生成的项目结构符合当前推荐架构——对 Agent 来说，这意味着后续所有操作都有一个可预期的项目布局，不需要花 Token 去探测"这个项目是什么结构"。
android sdk install的关键词是"按需"。传统工具倾向于一次性装很多东西，Agent 工作流更需要精确控制——只装这个任务需要的组件，减少不确定性。
android run把"构建→打包→安装→启动"这个多步流程封装成一个命令，避免 Agent 在中间步骤出错时的混乱。
