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

Rédiger des fichiers SOUL.md efficaces pour les agents d'IA de programmation
Un post Reddit de r/openclaw démontre la différence entre des instructions SOUL.md vagues et spécifiques, montrant que des prompts spécifiques produisent un comportement d'agent IA plus utile.

Gonflement des tokens dans les cadres d'agents : un ratio entrée-sortie de 500:1 est normal
Un utilisateur d'un framework d'agents auto-hébergé rapporte environ 21k tokens d'entrée par message et un ratio entrée/sortie de 500:1 dû aux définitions d'outils, au prompt système et à la mémoire. La communauté confirme qu'un contexte de base de 15 à 25k tokens est courant pour les agents utilisant des outils.

Correction du délai d'attente OpenClaw LLM pour le chargement de modèle à froid
Un utilisateur de Reddit a identifié et corrigé un problème de délai d'attente spécifique dans OpenClaw où les LLM locaux chargés à froid échouaient au bout d'environ 60 secondes, même avec des délais d'attente généraux plus élevés définis. La solution implique d'ajuster la configuration du délai d'attente d'inactivité du LLM de l'embedded-runner.

Taux d’acceptation MTP : le seuil de 50 % détermine le bénéfice du décodage spéculatif
La MTP (prédiction multi-tokens) via décodage spéculatif sur Gemma-4 26B n'est bénéfique que lorsque le taux d'acceptation des tokens candidats dépasse 50 % — d'après les benchmarks mlx-vlm sur M4 Max Studio.