How do AI products decide what to remember between conversations?
Explores whether memory retrieval and context assembly are fixed model properties or deliberate design choices made at the product layer, and what implications that has for understanding AI behavior.
Nielsen Norman Group's "Artificial Intelligence" glossary (Caleb Sponheim, 2026-08-21) draws a specific line between two terms that are often used interchangeably. "Context" is defined as "everything supplied or made available to a model for a single request: the prompt, the system prompt, selected conversation history, retrieved documents, stored memory, and the results of any tools it has called." "Memory" is defined separately as "information an AI product carries forward in subsequent interactions with a user," split further into "conversation, or short-term, memory" that "retains recent interaction within a session" and "long-term memory" that "consists of information stored across sessions and retrieved when relevant." The glossary states the relationship directly: "Context is what is available for one request; memory is retained information that may later become part of that context."
The mechanism the glossary describes is assembly, not storage. Context is not a single thing the model holds onto; it is built fresh for each request out of several contributors — prompt, system prompt, history, retrieved documents, memory, tool results — and memory is only one of those contributors, promoted into a given request's context when "retrieved when relevant." The glossary attributes this assembly work to the product layer, not the model: "In most current assistant products, the surrounding application or service stores conversational state and supplies or references it when relevant." Naming this as a deliberate design choice is what the glossary calls "context engineering" — "choosing deliberately what goes into the context."
This sharpens How does AI context differ from conventional software context?, which argues that context is a model's reconstructed-every-turn working window rather than a fixed substrate like a conventional UI. That note treats context as a single mutable thing; NN/g's glossary names the specific mechanism inside that mutability — memory, split into short-term and long-term — that supplies some of what gets reconstructed into context at each turn, and makes explicit that the reconstruction is a product-layer decision rather than a property of the model itself.
The glossary names the pieces — prompt, history, retrieved documents, short-term and long-term memory, tool results — but does not say how a product decides which long-term memory items to surface into a given request, or how a conflict between stored memory and the live conversation gets resolved. It states that context engineering is "choosing deliberately what goes into the context" without describing what that choosing looks like in practice. The implication that follows is narrower than it looks: because the context/memory boundary is a product-layer decision rather than a fixed property of the underlying model, the same model can appear to remember very differently across products depending on how each one retrieves and inserts memory into context — which means claims about what an AI remembers are claims about the product, not the model.
Inquiring lines that read this note 19
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
How should control and autonomy be allocated in human-AI workplace collaboration? How does interface design shape effectiveness in human-AI collaboration?- Where should AI integrate to avoid creating isolated product experiences?
- Can a single visual component communicate AI presence across different product contexts?
- What does context engineering look like in practice for real AI assistants?
- How does context in AI differ from context in conventional software?
- How do Amershi's interaction-phase guidelines compare to concern-based AI UX frameworks?
- Do just-in-time objectives require active designer judgment at every interaction?
- Why does conversation design matter for AI interactions?
- Can social cue quality determine whether AI interactions stay reflective over time?
- Can the same model appear to remember differently across different products?
- When live conversation contradicts stored memory, how do products decide what wins?
- Can understanding human memory errors improve chatbot memory system design?
- How often do users' memory organization needs change during different task stages?
- Do less technical users perceive memory inference differently than expert users do?
Related concepts in this collection 3
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
How does AI context differ from conventional software context?
Explores whether the ephemeral, session-by-session nature of AI context requires fundamentally different design approaches than the stable interfaces users internalize in traditional software.
NN/g's context/memory split names the specific mechanism behind that note's broader mutability claim
-
How much autonomy does an agentic AI system actually have?
Can we meaningfully label systems as 'agentic' without measuring their actual autonomy? What determines whether a deployed agent is truly autonomous or heavily constrained by design?
the same glossary's definitions of agent autonomy and human oversight, which this context/memory split sits beside
-
How should agents decide what memories to keep?
Agent memory management splits between agents autonomously recognizing important information versus programmatic triggers. Understanding this choice reveals why different memory architectures prioritize different information types.
B extends A by detailing two mechanisms—explicit recognition and implicit processing—by which memory re-enters context
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- Understanding Users' Privacy Perceptions Towards LLM's RAG-based Memory
- Characterizing Memory Misalignment in Human-LLM Interaction From User Perspectives
- Users' Expectations and Practices with Agent Memory
- Externalization in LLM Agents: A Unified Review of Memory, Skills, Protocols and Harness Engineering
- The Algorithmic Self-Portrait: Deconstructing Memory in ChatGPT
- Know It, Act on It: Investigating Memory Utilization in LLM Personalization
- The Designer's AI Glossary: Familiar Words, New Meanings
- Keep It InMind: Benchmarking the Implicit-Association Blind Spot in Agent Memory
Original note title
Nielsen Norman Group's glossary separates context from memory as what's available now versus what's retained across sessions