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

Switching from GitHub Copilot Pro+ to Direct Anthropic API: A Cost Analysis
A developer's cost comparison shows direct Anthropic API can be cheaper than GitHub Copilot Pro+ for solo devs, with Sonnet 4.6 covering 80% of Opus use cases.

Loading Every MCP Server on Every Prompt Quietly Destroys Token Budget
A user with 5–6 MCP servers found each prompt loaded all servers, causing massive token waste. Implementing a routing layer to load only relevant servers per prompt drastically reduced token usage and improved response times.

Agent Framework Token Bloat: A 500:1 Input-to-Output Ratio Is Normal
A self-hosted agent framework user reports ~21k input tokens per message and 500:1 input-to-output ratio from tool definitions, system prompt, and memory. Community confirms 15-25k baseline context is common for tool-using agents.
LLM Inference: Techniques for the Efficient Frontier
Basaten's guide to LLM inference engineering: how batch sizing, parallelism, and quantization let you trade latency for throughput or push the entire frontier outward.