Guides & analysis
A bigger context window is not the same as a better memory
A longer conversation budget can help an AI work with more material. It does not, by itself, explain what a service saves, retrieves or reliably uses later.
The window is a working area
Anthropic describes context as working memory, separate from the data used to train a model. Its documentation counts messages, instructions and tool results toward that budget; generated output also needs space. The advertised capacity therefore needs to be understood alongside what the application puts inside it. [1]
Spicy's takeGoogle similarly describes context using a short-term-memory analogy. Its long-context guide discusses summarizing material, dropping older messages and retrieving relevant information as ways of managing limited space. Those are different strategies, so ask which one your service uses when a conversation becomes long. [4]
Spicy's takeFor a continuing character or project, the practical question is what remains available after the current exchange. A capacity number describes room to work; it does not explain the application's decisions about carrying information forward. [1][4]
Retrieval is a separate step
The original retrieval-augmented generation paper combined a generator with an external Wikipedia index and a retriever. Relevant passages were supplied as additional context. This is a concrete example of information being selected from a larger store, rather than everything being permanently present in one prompt. [2]
That 2020 research, revised in 2021, also explored replacing the index to update available knowledge. It is historical evidence for the mechanism, not a description of every modern companion app. A service calling something memory has not thereby demonstrated that it uses this architecture. [2]
Spicy's takeAsk whether saved information is inspectable, whether a correction changes the saved record, and when that record is fetched again. These are suggested questions, not features we have verified in a particular service. Storage and selection deserve separate answers. [2]
Fitting is not the same as finding
The 2023 Lost in the Middle study varied where relevant information appeared in long inputs. In its question-answering experiments, tested models often performed better when relevant material was near the beginning or end than in the middle. The research also used synthetic key-value retrieval tasks. [3]
Spicy's takeThese results concern the models and tasks evaluated then. They are not a current scorecard for every 2026 model. Their lasting value is the question they raise: does the system use the important details, or merely accept a large input? [3]
Spicy's takeGoogle's current guide adds a useful caution: performance on finding one item does not automatically carry over to retrieving many items. A successful demonstration with one planted fact therefore cannot settle how well a service handles a complicated history. [4]
Spicy's take: ask for behavior, not just capacity
Spicy's takeMatch the question to your use. For document work, ask for the passage supporting an answer. For an ongoing conversation, check how old facts are carried forward. For corrections, ask what actually changes. A bigger desk is welcome; it still needs a filing system. [2][1]
Spicy's takeTreat capacity, selection and accuracy as separate things to examine. None of the sources here establishes the memory quality of a particular companion product, and we have not run a comparison test. The useful outcome is a better set of questions, not another universal winner. [3][4]
Sources & further reading
Source material checked Oct 29, 2026. Linked material may change after publication.
- Context windows ↗
Anthropic · Primary source
- Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks ↗
Lewis et al., arXiv · Original research · Apr 12, 2021
- Lost in the Middle: How Language Models Use Long Contexts ↗
Liu et al., arXiv · Original research · Nov 20, 2023
- Long context: Gemini API documentation ↗
Google · Primary source