Empoisonnement de contexte
Découvrez ce qu'est l'empoisonnement de contexte, comment le reconnaître dans une session Bob Shell et comment récupérer en démarrant une nouvelle session ou en améliorant l'hygiène du contexte.
À propos de l'empoisonnement de contexte
L'empoisonnement de contexte survient lorsque des informations incorrectes ou non pertinentes s'introduisent dans la fenêtre de contexte et restent dans la transcription. Bob traite ces informations comme des faits lors des prompts suivants. Les réponses dérivent. Les appels d'outils deviennent inexacts. L'objectif de travail se perd.
C'est différent d'une simple mauvaise réponse isolée. Les mauvaises données restent dans les Messages (ou sont arrivées via une lecture de fichier, un collage de sortie de commande ou un commentaire obsolète). Bob les renvoie à chaque prompt jusqu'à ce que vous réinitialisiez ou démarriez une nouvelle session.
Pour savoir comment la fenêtre se remplit et quand démarrer une nouvelle session, consultez Gestion de la fenêtre de contexte.
Symptômes
Vous avez probablement affaire à un empoisonnement de contexte lorsque vous remarquez l'un des éléments suivants :
- Résultats dégradés : Les suggestions se répètent, s'éloignent du sujet ou ne correspondent plus au dépôt.
- Mauvaise utilisation des outils : Les étapes d'outils dans la transcription ne correspondent plus à ce que vous avez demandé.
- Blocage des travaux multi-étapes : Les flux longs à prompts multiples tournent en boucle ou se bloquent.
- Corrections éphémères : Un prompt correctif aide une fois, puis le problème revient.
- Confusion d'outils : Bob utilise mal les outils même si les définitions d'outils n'ont pas changé.
Si les Messages sont déjà volumineux, vérifiez d'abord votre utilisation des tokens. L'empoisonnement et une fenêtre surchargée surviennent souvent ensemble.
Causes courantes
| Cause | Ce qui se passe |
|---|---|
| Mauvais faits dans la session | Bob énonce quelque chose d'incorrect. Les échanges ultérieurs le traitent comme une vérité dans les Messages. |
| Texte de dépôt périmé ou incorrect | Des commentaires obsolètes, des fragments de README ou des docs générés induisent en erreur les lectures de fichiers. |
| Collages surdimensionnés | Des logs ou extraits avec du bruit, des troncatures ou des caractères cachés se retrouvent dans les Messages. |
| Condensation | Bob résume les anciens Messages. Des détails utiles disparaissent. Ce qui reste peut dominer la session. |
| Contexte non pertinent | Des fichiers sans rapport, d'anciens plans ou un précédent objectif de travail existent encore dans la transcription. |
Une fois qu'un mauvais contexte est dans les Messages, il persiste pour chaque prompt suivant. Bob ne peut pas ignorer de façon fiable un texte plausible simplement parce qu'il est incorrect.
Limites des prompts correctifs
Coller des définitions d'outils, des règles ou un prompt correctif strict dans la conversation peut masquer le problème pour un ou deux échanges. L'historique des Messages empoisonnés est toujours là. La prochaine question hors sujet peut faire revenir la même erreur.
La solution fiable est une nouvelle session : quittez et relancez bob pour repartir de zéro. Cela efface les Messages empoisonnés tout en conservant les Règles et les fichiers de projet sur disque.
Récupération
- Démarrez une nouvelle session en quittant et en relançant
bob. Cela efface les Messages empoisonnés tout en conservant les Règles et les fichiers de projet sur disque. - Collez moins. N'envoyez que les lignes de log ou les erreurs dont Bob a besoin. Les grandes quantités de données augmentent les Messages et introduisent plus de risques.
- Divisez l'objectif de travail. Utilisez des sessions séparées pour des étapes sans rapport afin qu'une transcription périmée ne soit pas transportée.
- Vérifiez la sortie des outils. Si un outil renvoie des données incorrectes, arrêtez et démarrez une nouvelle session plutôt que de laisser Bob s'appuyer dessus dans les Messages.
- Faites confiance aux tests plutôt qu'au texte. Quand les commentaires et le code sont en désaccord, pointez Bob vers des vérifications exécutables. C'est le même conseil que les bonnes pratiques de fenêtre de contexte.
Prévention
La plupart de la prévention résulte d'une bonne hygiène du contexte :
- Cadrez l'objectif de travail avant l'exploration du dépôt (gestion de la fenêtre de contexte).
- Gardez
AGENTS.mdet les Règles courts et opérationnels. - Ajoutez des fichiers et des logs quand c'est nécessaire, pas à l'avance.
- Réinitialisez quand les Messages grossissent sans progression.
Pour les lectures à l'échelle du dépôt, utilisez des sous-agents afin que la session voie les résultats du sous-agent, et non chaque étape d'outil dans les Messages.