Empoisonnement du contexte
Découvre ce qu'est l'empoisonnement du contexte, comment le reconnaître dans une conversation avec Bob et comment t'en remettre en démarrant une nouvelle task ou en améliorant l'hygiène du contexte.
À propos de l'empoisonnement du contexte
L'empoisonnement du contexte se produit quand des informations fausses ou non pertinentes entrent dans la context window et restent dans le transcript. Bob traite ces informations comme des faits dans les prompts suivants. Les réponses dérivent. Les appels d'outil deviennent inexacts. Le work goal se perd.
C'est différent d'une seule mauvaise réponse. Les mauvaises données restent dans Messages (ou sont arrivées via la lecture d'un fichier, un collage de logs ou un commentaire obsolète). Bob les renvoie à chaque prompt jusqu'à ce que tu réinitialises ou condenses.
Pour comprendre comment la fenêtre se remplit et quand repartir de zéro, consulte Context window management. Pour une procédure pratique de réinitialisation, consulte Create a new context window.
Symptômes
Tu as probablement affaire à un empoisonnement du contexte si tu remarques l'un des signes suivants :
- Sortie moins bonne : Les suggestions se répètent, partent dans tous les sens ou ne correspondent plus au repository.
- Mauvaise utilisation des outils : Les étapes d'outil dans le transcript ne correspondent plus à ce que tu as demandé.
- Travail multi-étapes bloqué : Les longs enchaînements sur plusieurs prompts tournent en boucle ou stagnent en Agent mode.
- Correctifs de courte durée : Un prompt correctif aide une fois, puis le problème revient.
- Confusion sur les outils : Bob utilise mal les outils alors que les Tool definitions n'ont pas changé.
Si Messages est déjà volumineux, vérifie d'abord le context window breakdown. Un empoisonnement et une fenêtre trop pleine apparaissent souvent ensemble.
Causes fréquentes
| Cause | Ce qui se passe |
|---|---|
| Mauvaises informations dans le fil | Bob affirme quelque chose d'incorrect. Les échanges suivants le traitent comme vrai dans Messages. |
| Texte de repository obsolète ou erroné | Des commentaires obsolètes, des fragments de README ou de la doc générée trompent les lectures de fichiers. |
| Collages trop volumineux | Des logs ou extraits avec du bruit, de la troncature ou des caractères cachés atterrissent dans Messages. |
| Condensation | Bob résume d'anciens Messages. Des détails utiles disparaissent. Ce qui reste peut dominer le fil. |
| Contexte non pertinent | Des fichiers sans rapport, d'anciens plans ou un ancien work goal existent encore dans le transcript. |
Une fois que du mauvais contexte est dans Messages, il persiste à chaque prompt suivant. Bob n'ignore pas de façon fiable un texte plausible juste parce qu'il est faux.
Limites des prompts correctifs
Coller les Tool definitions, des règles ou un prompt correctif strict dans la conversation peut masquer le problème pendant un ou deux échanges. L'historique empoisonné de Messages est toujours là. La prochaine question hors sujet peut faire revenir le même échec.
La solution fiable, c'est une nouvelle task : clique sur + (New task) dans le panneau de chat. Voir Create a new context window.
Récupération
- Démarre une nouvelle task avec + (New Task). Cela efface les Messages empoisonnés tout en conservant Rules et les fichiers du projet sur le disque.
- Colle moins. Envoie seulement les lignes de log ou les erreurs dont Bob a besoin. Les gros blocs augmentent Messages et ajoutent du risque.
- Découpe le work goal. Utilise des tasks séparées pour les étapes sans rapport afin qu'un transcript périmé ne soit pas transporté.
- Vérifie la sortie des outils. Si un outil renvoie n'importe quoi, arrête-toi et réinitialise au lieu de laisser Bob construire dessus dans Messages.
- Fais plus confiance aux tests qu'au texte. Quand les commentaires et le code se contredisent, oriente Bob vers des vérifications exécutables. C'est la même recommandation que dans context window best practices.
Prévention
La prévention repose surtout sur une bonne hygiène du contexte :
- Définis le work goal avant d'explorer le repository (context window management).
- Garde
AGENTS.mdet Rules courts et opérationnels. - Ajoute les fichiers et les logs quand c'est nécessaire, pas dès le départ.
- Réinitialise quand Messages grossit sans progrès.
Pour les lectures à l'échelle du repository, utilise des subagents afin que la task voie les subagent results, pas chaque étape d'outil dans Messages.
En savoir plus
Gestion du context window
Découvre comment fonctionne le context window de 270 000 tokens de Bob, comment chaque catégorie contribue à l'utilisation des tokens et les meilleures pratiques pour garder les tasks ciblées et efficaces en coût.
Travailler avec de grands projets
Gère de grandes bases de code dans Bob IDE. Comprends l'optimisation de la fenêtre de contexte, la gestion des fichiers et les meilleures pratiques pour les projets à l'échelle de l'entreprise.