尧图网页设计 
最近 Android CLI 正式支持 Android Device Streaming 这个还是挺实用的等于是现在远程 Android 可以暴露成了一个标准 ADB endpoint 给 Agent 然后 CLI 从申请设备到安装、操作、截图、抓日志、抓 trace 都可以留在终端里完成其实这些能力之前一直都有只是 Android CLI 把之前在 Android Studio、ADB、Emulator、Firebase Device Streaming 里的能力统一整理成一套适合 Agent 调用的 Android runtime interface。甚至申请设备这一步也进入 CLI 了这次的 Android CLI 提供了完整的android device remote命令组可以直接查询能用的 Google Cloud Project、浏览设备型号、创建 reservation、连接、延长 reservation、断开以及释放设备。甚至android device remote create默认会在申请成功之后自动连接 ADB。Agent 创建 reservation 后Android CLI 会启动一个后台连接进程把云端设备接到本机 ADB然后connect命令返回之后这个后台进程继续维持连接所以后面的工具其实也不知道“这是一台云真机”android run、android install、ADB、Logcat 或者其他基于 ADB 的工具都是原本流程。一个完整流程类似这样android auth login android device remote projects android device remote models android device remote create device-codename/api \ --projectmy-project ./gradlew assembleDebug android run \ --apksapp/build/outputs/apk/debug/app-debug.apk android layout --pretty android screen capture \ --annotate \ --outputscreen.png特别这里最后两步android layout可以直接把当前 App 的 UI hierarchy 输出成 JSON而且支持--diff只返回上一次检查之后发生变化的节点如果 UI hierarchy 不好用比如 WebView、动画或者视觉元素Agent 还可以执行android screen capture --annotateAndroid CLI 会在截图上检测 UI 元素并标成#1、#2这样的编号之后screen resolve能把#5直接解析成实际坐标再交给adb shell input tap比如你让 Codex 修一个「Pixel 正常、Samsung 某机型启动后布局错位」的问题以前 Agent 修改完代码大概率只能说「建议你在 Samsung 真机上测试一下」现在它理论上可以自己查询云端 Samsung 设备然后申请真机、部署 APK、跑到对应页面、读取 layout 或截图再根据结果继续修改。唯一的限制就是 Android Device Streaming 目前每个项目每月只有 30 分钟免费额度貌似就算是 Android Partner Device Labs 也是一样要钱$9/小时 。我甚至直接让 Dot 自己整起设定好额度用免费的跑几次还是够的 Android CLI 支持 AI Agent 通过 Device Streaming 调试云真机
最近 Android CLI 正式支持 Android Device Streaming 这个还是挺实用的等于是现在远程 Android 可以暴露成了一个标准 ADB endpoint 给 Agent 然后 CLI 从申请设备到安装、操作、截图、抓日志、抓 trace 都可以留在终端里完成其实这些能力之前一直都有只是 Android CLI 把之前在 Android Studio、ADB、Emulator、Firebase Device Streaming 里的能力统一整理成一套适合 Agent 调用的 Android runtime interface。甚至申请设备这一步也进入 CLI 了这次的 Android CLI 提供了完整的android device remote命令组可以直接查询能用的 Google Cloud Project、浏览设备型号、创建 reservation、连接、延长 reservation、断开以及释放设备。甚至android device remote create默认会在申请成功之后自动连接 ADB。Agent 创建 reservation 后Android CLI 会启动一个后台连接进程把云端设备接到本机 ADB然后connect命令返回之后这个后台进程继续维持连接所以后面的工具其实也不知道“这是一台云真机”android run、android install、ADB、Logcat 或者其他基于 ADB 的工具都是原本流程。一个完整流程类似这样android auth login android device remote projects android device remote models android device remote create device-codename/api \ --projectmy-project ./gradlew assembleDebug android run \ --apksapp/build/outputs/apk/debug/app-debug.apk android layout --pretty android screen capture \ --annotate \ --outputscreen.png特别这里最后两步android layout可以直接把当前 App 的 UI hierarchy 输出成 JSON而且支持--diff只返回上一次检查之后发生变化的节点如果 UI hierarchy 不好用比如 WebView、动画或者视觉元素Agent 还可以执行android screen capture --annotateAndroid CLI 会在截图上检测 UI 元素并标成#1、#2这样的编号之后screen resolve能把#5直接解析成实际坐标再交给adb shell input tap比如你让 Codex 修一个「Pixel 正常、Samsung 某机型启动后布局错位」的问题以前 Agent 修改完代码大概率只能说「建议你在 Samsung 真机上测试一下」现在它理论上可以自己查询云端 Samsung 设备然后申请真机、部署 APK、跑到对应页面、读取 layout 或截图再根据结果继续修改。唯一的限制就是 Android Device Streaming 目前每个项目每月只有 30 分钟免费额度貌似就算是 Android Partner Device Labs 也是一样要钱$9/小时 。我甚至直接让 Dot 自己整起设定好额度用免费的跑几次还是够的