2026 年 5 月 20 日Google 发布Android CLI 1.0稳定版。从 IDE 到 CLI过去让 AI 写 Android 代码最容易卡住的地方不是“能不能生成 Kotlin”。真正麻烦的是后面的验证链路Gradle 能不能过lint 有没有问题模拟器或真机测试是不是跑得起来失败日志能不能被 Agent 继续理解。Android CLI 1.0解决的就是这段链路。它把一部分 Android Studio 能力暴露成命令行接口让 Agent 不必只靠猜测和文本回答而是可以调用官方工具做检查。原文里最核心的命令是这个android studio check它会在当前项目上运行一组检查包括构建、lint 和测试相关流程。对人来说这是少敲几条命令对 Agent 来说这是一个很重要的边界它终于有一个官方入口来判断“我改完代码以后有没有弄坏工程”。这也是 1.0 稳定版比早期预览更有意义的地方。预览版可以试稳定版才适合被放进团队脚本、CI 辅助工具和 Agent 工作流。Agent 需要确定性AI 编码工具现在最大的问题是生成速度已经很快但验证仍然很散。一个 Agent 可以改十几个文件也能给你解释为什么这么改。但如果它没有稳定的命令去跑检查最后还是会回到“看起来应该可以”的状态。Android 项目恰好又很吃环境JDK、AGP、Gradle、Android SDK、模拟器、设备连接、lint 规则任意一环出错结果都不可信。Android CLI 的价值就在这里。它给 Agent 一条更接近官方的执行路径而不是让每个工具自己拼一套命令。根据官方文档整理典型工作流可以长这样# 进入 Android 工程cdpath/to/your/android/project# 让官方 CLI 执行项目检查android studio check如果这条命令进入 Agent 的工具列表后面的提示词就不必写得很玄。你可以直接要求它“修改后运行android studio check根据失败日志继续修复。”这比只让它“确保代码能编译”更具体也更容易复现。Journeys 测试这次 1.0 还把Journeys放在了很靠前的位置。Journeys 面向的是更高层的用户路径测试。它不是让你只断言某个函数返回值也不是只跑单个 UI 节点而是描述一段用户要完成的事情比如登录、搜索、下单、保存设置再让工具去执行和验证。这类能力和 Agent 很搭。因为 Agent 更擅长处理“目标”和“上下文”而不是维护大量脆弱的坐标点击脚本。Android CLI 把 Journeys 接进命令行后测试就可以从 IDE 操作变成可脚本化流程。它不需要替代所有测试实际落到项目里Journeys 更适合覆盖关键路径• 新用户首次进入• 登录和权限授权• 核心页面跳转• 购买、订阅、支付前后的状态• 设置项保存和恢复这些路径一旦能被命令行稳定跑起来就可以交给 Agent 做两件事第一改代码后跑回归第二失败后把路径、日志和截图一起读回来继续定位问题。Skills 扩展Android CLI 1.0 还提到一个容易被忽略的点Android skills。这里的 skill 不是简单的提示词模板而是给 Agent 补 Android 语境的能力包。官方希望 Agent 在处理 Android 项目时能更好地理解平台规则、工具链约束和常见开发任务。Agent 工作流可以更明确地分层Agent 负责理解任务和修改代码 Android skills 提供平台语境 Android CLI 负责执行检查和测试 Android Studio 仍然负责完整 IDE 体验这比“在聊天框里问一个通用模型怎么改 Android 代码”更接近真实开发。写在最后Android 官方正在把 Agent 开发从 IDE 里的实验能力往可脚本化、可验证、可接入团队基建的方向推。后面 AI 写代码不会只比谁生成得快而是比谁能在真实工程里改完、跑完、修完。对 Android 团队来说可以先从android studio check开始把它放进 Agent 修复链路里验证一次。[#Android](javascript: [#AndroidCLI](javascript: [#AndroidStudio](javascript: [#AI编程](javascript: [#Agent](javascript:
