Android CLI 的十月更新把预订远程 Android 手机与连接 adb 合并成一次操作。开发者排查自己没有的设备上出现的问题时,从选择测试设备到部署应用之间少了一个操作步骤。但设备选型、会话管理和结果检查仍需要有人负责。
Google 在 2026 年 10 月 2 日的 Android Developers Blog 文章中介绍了 Device Streaming 和新增的 Android skills。版本说明给出了更准确的时间顺序:远程预订与显式连接在九月加入;列于十月的 1.0.16500706 版本会在创建预订时自动连接。不能把十月的文章理解为远程设备服务本身首次推出。
把问题带到真实硬件上
远程设备命令参考说明,这些是位于 Google 数据中心的实体设备,可以连接到开发者本机的 adb。团队能够从终端向选定设备安装并运行构建,而不必把模拟器中的结果当作排查终点。
文档中的流程先要求登录,并选择已启用设备流式传输的 Google Cloud 项目。开发者可以用 android device remote projects 查看项目,用 android device remote models 查询机型,再用 android device remote create 预订目标设备。自动连接可以关闭:--connect=false 会保留单独连接的步骤。
对智能体工作流而言,这个选择有实际意义。准备一个设备预订与让正在运行的进程访问它,可以是两次不同的决定。尤其当多个任务共用开发机器时,团队应明确选择所需行为。
远程会话仍需有人负责
命令参考指出,远程设备会计入 Cloud 项目,并提供任务结束后断开连接和删除预订的操作。Device Streaming 服务指南还说明,超过所含分钟数的使用可能产生费用;设备归还后会清除数据并恢复出厂设置,再供其他开发者使用。
我们的实际建议是,为自动化测试规定清晰的结束条件:收集复现问题所需的证据,然后释放预订。设备已连接只说明获得了测试目标;完整的执行还应有日志、结果和资源清理。此次公告没有给出普遍适用的构建提速或调试时间缩短数据。
Skills 提供指导,测试确认结果
Google 的 Android skills 概览把它们描述为将平台指导带入智能体上下文的结构化指令。十月公告重点介绍了 Wear Compose Material 3 等领域。这解决的是写代码时能获得什么信息,而 Device Streaming 解决的是生成的应用可以在哪里运行测试。
首次评估时,可以选一个可复现的硬件或系统版本问题,比较小幅修改前后的应用行为。生成的代码与测试证据应分别审查。考虑把智能体放在哪里运行的开发者,可以参考我们的 Android Studio Rabbit 2 分析了解相关 IDE 集成;这次 CLI 更新提供了从终端连接设备的路径。