You told it your tech stack yesterday. You explained your project's constraints last week. You corrected the same misunderstanding about your preferences three separate times this month. And today, in a brand-new conversation, it asks you again like none of that ever happened.
This isn't a bug you're unlucky enough to be hitting. It's the default, expected behavior of how these systems are built. Understanding why is the first step to not losing hours of your week to it.
The model isn't choosing to forget. It structurally cannot remember.
Here's the part that surprises most people: a large language model has no memory of you at all, not even from five minutes ago in the same conversation. Every single time you send a message, the model isn't "continuing" anything. It's receiving one complete, self-contained request and generating one response, with no persistent state carried over from the last one.
What creates the illusion of an ongoing conversation is something happening entirely outside the model. The chat application you're using quietly collects the full transcript of everything said so far and resends the whole thing, from the very first message, every single time you type something new. The model isn't remembering the conversation. It's being handed the entire conversation again and again, and re-reading it fresh each time.
The model isn't remembering — it's being reminded. Every reply is generated from scratch, with the illusion of continuity manufactured entirely by the application resending the transcript underneath it.
This is why closing the tab, starting a new chat, or switching to a different AI tool resets everything instantly. There's no conversation being paused and resumed. There's no history being consulted. The moment that transcript stops being resent, whatever it contained is gone, as far as the model is concerned it never existed.
Why "just increase the context window" doesn't solve it
The obvious fix seems simple: if the problem is that old information falls out of view, just make the window bigger. Model providers have been racing to do exactly this. A context window that felt generous at 32,000 tokens two years ago now looks small next to today's flagship models, several of which advertise 1 million tokens of context, with at least one model publicly advertising 10 million.
But a bigger window solves a different problem than the one you're actually running into. A larger window lets a single active session hold more before older material gets pushed out, which is a genuinely useful capacity increase for one long conversation or one large codebase. It does nothing for the moment that session ends. A window, no matter how large, only holds what's inside the current conversation. Once you close it, the size of the window that just emptied out is irrelevant.
There's also a second, less obvious problem: bigger windows don't mean the model actually uses everything inside them well.
More tokens doesn't mean more attention
Researchers running a benchmark called NoLiMa, designed specifically to test recall without relying on obvious keyword overlap between a question and its answer, found that model performance dropped sharply well before the context window was anywhere near full.
11 out of 13 tested models fell below half their own baseline accuracy at just 32,000 tokens of context — a small fraction of what these same models advertise as their maximum window. One model, GPT-4o, fell from a near-perfect 99.3% baseline down to 69.7%.
A separate, widely cited line of research, "Lost in the Middle," found something even more specific: it's not just that longer context hurts performance. It's where in that context the important information sits that matters most. Across six different model families, accuracy followed a U-shape. Information placed at the very start or the very end of the context was retrieved reliably. Information buried in the middle saw accuracy degrade by more than 30%, even in models explicitly built and marketed for long-context use.
So even within a single, still-open conversation, a large context window is not a guarantee the model is actually holding onto everything you said. It's holding the tokens. What it does with them, and how reliably it retrieves the ones that matter, is a separate and much less solved problem.
Contexara
Your AI tools don't have to start from zero every time. Contexara remembers across every session, and every tool you connect it to, so you stop repeating yourself.
See plans →What this actually costs you, in real terms
None of this is just a minor annoyance. There's a measurable, recurring cost to re-establishing context every time, and it shows up in how developers actually experience these tools day to day.
In the 2025 Stack Overflow Developer Survey, which drew responses from more than 90,000 developers, 66% said their most common frustration with AI coding tools is that the output is "almost right, but not quite" — a pattern strongly linked to the tool missing context it was never actually given, or had but lost. Another 45.2% pointed specifically to time spent debugging AI-generated output, work that often traces back to the same root cause: the assistant was reasoning without the fuller picture a human collaborator would have retained from earlier conversations.
There's also a real gap between how helpful this feels in the moment and how helpful it measurably is. A controlled study by METR found developers estimated AI would make them 24% faster at a coding task before starting. After actually completing the work, they had been 19% slower, and still walked away believing AI had sped them up by roughly 20%. Re-explaining context, re-establishing constraints, and re-correcting the same misunderstanding all fold invisibly into that gap. It doesn't feel like lost time in the moment. It adds up anyway.
Bigger windows and longer sessions are treating the wrong layer of the problem
It's worth being precise about what's actually being optimized when a new model announces a bigger context window: it's making a single, active session capable of holding more before things start falling out. That's a real, useful improvement, and it's not nothing.
But the question "why does it keep asking me the same thing" is almost never actually a question about a single session running out of room. It's a question about what happens between sessions, between tools, and across time, none of which a context window, however large, was ever designed to address. A window is working memory for the conversation you're currently having. It was never meant to be memory for the relationship you have with the tool over weeks and months of actual use.
That's a different problem, with a different shape, and it's the one actually responsible for most of the repetition people run into every day.
The pattern worth remembering
- Statelessness is the default, not a flaw. Every request to a language model is self-contained. Nothing persists unless something outside the model deliberately carries it forward.
- A bigger context window helps within one conversation, and stops mattering the instant that conversation ends.
- Even within a single long conversation, size alone doesn't guarantee reliable recall. Position in the context measurably changes whether information gets used at all.
- The re-explaining tax is real and measurable, showing up in developer-reported frustration, debugging time, and a documented gap between perceived and actual productivity gains.
Once you see the mechanism, the behavior stops looking like a bug you're unlucky to keep hitting. It's the direct, predictable result of how these systems are built to work, one request at a time, with no memory of the last one unless something is deliberately built to hold onto it.
Sources:
- Lost in the Middle: How Language Models Use Long Contexts — TACL / MIT Press
- NoLiMa benchmark findings, LMU Munich and Adobe Research — summarized via LLM Context Window Limitations, Atlan
- Stack Overflow 2025 Developer Survey — AI section
- METR study on AI coding task speed — The Productivity Paradox of AI Coding Assistants, Cerbos
- LLM Context Window Statistics 2026 — BenchLM.ai



