Oui Flux/Non Flux : Une technique simple pour réduire les hallucinations contextuelles dans les sessions de codage IA

Une approche pratique pour maintenir la cohérence du contexte de l'IA
La technique Yes Flow/No Flow aborde un problème courant dans les interactions prolongées avec l'IA : la rupture de contexte menant à des hallucinations. L'idée centrale se concentre sur le maintien de trois types de cohérence : la cohérence d'intention, la cohérence des instructions et la cohérence du contexte.
Comprendre Yes Flow vs No Flow
Yes Flow se produit lorsque chaque réponse de l'IA s'appuie sur une base propre et cohérente. Vous lisez la sortie et pensez : "oui, c'est correct", "oui, continuez", "oui, c'est toujours aligné". Cet état crée des conversations stables dans le temps.
No Flow se produit lorsque les utilisateurs répondent aux erreurs de l'IA avec des corrections comme : "non, corrige ça", "non, réécris ça", "non, pas cette partie", "change cette ligne", "change encore cette logique". Le problème n'est pas la correction elle-même, mais le fait que chaque mauvaise réponse, chaque rejet et chaque instruction de réparation reste dans le contexte.
Le problème central et la solution
Après plusieurs tours de corrections, la cohérence se brise. L'IA ne progresse plus à partir d'une direction propre - elle essaie de deviner quelle version est réelle. Cela conduit à des tâches longues désordonnées, des sessions de codage qui s'effondrent, et des modèles qui agissent de manière étrange, confuse ou hallucinatoire.
La solution pratique : réécrire les prompts précédents au lieu d'empiler des corrections sur une sortie cassée.
Exemple d'implémentation
Au lieu de commencer par un prompt vague comme "Trouve-moi ce fichier célèbre" et ensuite corriger l'IA avec "Non, pas celui-là. Essaie encore", vous devriez :
- Utiliser le mauvais résultat comme un indice sur ce qui manquait à votre prompt original
- Réécrire le prompt avec une nouvelle clarté : "Trouve-moi ce projet GitHub bien connu lié à l'OCR"
- Maintenir un contexte plus propre et préserver la cohérence
La première mauvaise réponse n'est pas inutile - c'est un indice. Une fois que vous avez l'indice, la stratégie plus propre est d'améliorer le prompt original, pas de continuer à empiler des corrections sur la mauvaise branche.
Distinction clé
Il ne s'agit pas de ne jamais changer de demande. La question critique est : lorsque la demande change, la cohérence reste-t-elle vivante ou non ? Yes Flow protège la cohérence ; No Flow la brise lentement. Une fois que la cohérence se brise trop de fois, le modèle dépense plus d'énergie à deviner ce que vous voulez dire qu'à réellement faire la tâche.
Cette technique est particulièrement utile pour les longs chats avec l'IA, les sessions de codage, le débogage, et toute tâche nécessitant plusieurs étapes.
📖 Read the full source: r/ClaudeAI
👀 See Also

Si OpenClaw a encore besoin de votre prochaine instruction, il n'est pas encore autonome — Un prompt de configuration pour des flux de travail persistants
Traitez OpenClaw comme un coordinateur, pas comme une interface de chat. Utilisez GOALS.md comme feuille de route partagée, un objectif Codex à la fois.

Maître des Jetons : Concept Architectural pour Économiser 30 à 70 % sur les Coûts des Agents IA
Une approche architecturale détaillée pour le routage intelligent multi-modèles qui peut réduire considérablement la consommation de tokens.

Interception TLS par antivirus interrompt la connexion de Claude Desktop ; solution avec des exclusions AV
L'inspection TLS par antivirus sur bridge.claudeusercontent.com empêche Cowork (le compagnon de bureau de Claude) de fonctionner, avec le message 'Claude dans Chrome n'est pas connecté'. Solution : ajouter *.claudeusercontent.com et *.anthropic.com aux exclusions HTTPS de l'antivirus. Utiliser Node.js --use-system-ca éviterait ce problème.

Comment diviser le contexte en fichiers séparés a rendu Claude plus cohérent
Un utilisateur de Reddit partage une configuration pratique pour Claude : diviser le contexte en fichiers about-me.md, my-voice.md et my-rules.md ; utiliser un flux planifier-avant-exécuter ; changer de modèle par tâche ; et donner des retours plutôt que des prompts parfaits.