Context Window Lab
Visualize how an LLM context window fills up and compare summarization, RAG, memory, and truncation strategies.
A context window is the model's finite working input budget; system instructions, conversation history, documents, and tool results all compete for that space.
Risk: little space remains for new turns.
78,820 tokens condensed or removed; 87,570 tokens of headroom remain.
Design a context strategy for a support agent
Decide what stays in the prompt, what becomes a summary, what goes to retrieval, and what belongs in persistent memory.
What is an LLM context window?
A context window is the finite amount of input information a model can process for a generation step. System instructions, user and assistant messages, retrieved passages, tool outputs, and other supplied content all consume that working budget.
What happens when context becomes too large?
An application must decide what to remove, compress, retrieve later, or persist elsewhere. The correct choice depends on which information is important for the next model decision.
How is RAG different from memory?
RAG retrieves relevant external information when needed. Memory usually refers to information persisted across turns or sessions. Both can supply context, but neither is identical to the context window itself.
Why is context engineering important?
Good context design improves relevance and reliability while helping control token cost and latency. More context is not automatically better context.
Common questions
No. Context is the current working input; memory is a persistence strategy that may later supply context.
No. RAG selects information to place inside the available context.
No. Summarization trades detail for compactness and can remove information that later becomes important.
The 200,000-token value is an educational example, not a claim about every model.