Yes Flow/No Flow: A Simple Technique to Reduce Context Hallucination in AI Coding Sessions

A Practical Approach to Maintaining AI Context Consistency
The Yes Flow/No Flow technique addresses a common problem in extended AI interactions: context breakdown leading to hallucinations. The core idea focuses on maintaining three types of consistency: intent consistency, instruction consistency, and context consistency.
Understanding Yes Flow vs. No Flow
Yes Flow occurs when each AI response builds on a clean, consistent base. You read the output and think: "yes, this is correct," "yes, keep going," "yes, this is still aligned." This state creates stable conversations over time.
No Flow happens when users respond to AI mistakes with corrections like: "no, fix this," "no, rewrite that," "no, not this part," "change this line," "change this logic again." The problem isn't correction itself, but that every wrong answer, rejection, and repair instruction remains in context.
The Core Problem and Solution
After several rounds of corrections, consistency breaks down. The AI is no longer moving forward from one clean direction—it tries to guess which version is real. This leads to messy long tasks, coding sessions falling apart, and models acting weird, confused, or hallucinatory.
The practical solution: rewrite earlier prompts instead of stacking corrections on broken output.
Example Implementation
Instead of starting with a vague prompt like "Find me that famous file" and then correcting the AI with "No, not that one. Try again," you should:
- Use the wrong result as a hint about what your original prompt was missing
- Rewrite the prompt with new clarity: "Find me that well known GitHub project related to OCR"
- Maintain cleaner context and preserve consistency
The first wrong answer isn't useless—it's a hint. Once you get the hint, the cleaner strategy is to improve the original prompt, not keep stacking corrections on the wrong branch.
Key Distinction
This isn't about never changing requests. The critical question is: when the request changes, does consistency stay alive or not? Yes Flow protects consistency; No Flow slowly breaks it. Once consistency breaks too many times, the model spends more energy guessing what you mean than actually doing the task.
This technique is particularly useful for long AI chats, coding sessions, debugging, and any task requiring multiple steps.
📖 Read the full source: r/ClaudeAI
👀 See Also

Claude Code Self-Audit Finds 3GB of Cruft in ~/.claude — Here's How to Clean It
A user prompted Claude Code to audit its own ~/.claude directory and found 2.6GB of stale session transcripts, 170MB of failed telemetry retry logs, and 153MB of undo buffers — dropping from 3GB to under 200MB after cleanup.

Why Most Claude Pipeline Failures Trace Back to Prompts, Not Models — and How to Fix with Skills
A Reddit post argues that the root cause of pipeline failures in Claude workflows is treating prompts like skills. The fix: define input contracts, output schemas, and a learnings file — making a skill what you promote to v1.

Claude's Research Output Varies by Language: Same Prompt, Different Sources
A Reddit test shows Claude returning different sources and developments across English, Chinese, Russian, Spanish, and Hindi prompts — same model, same structure, diverging results.

How routing simple tasks to cheaper models cut AI costs by 40%
An OpenClaw user reduced their AI bill by 40% by analyzing usage logs and routing simple tasks like file operations and Q&A to cheaper models like DeepSeek-v3 and Gemini Flash, while reserving Claude Sonnet for complex reasoning tasks.