企业官网建设流程全解析

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:😉