Without memory, every message is a first introduction. With memory, an agent builds a model of the user across time — referencing what was said, what was decided, and what still matters. In this lab you design, simulate, architect, and implement conversational memory — and learn why it's the same mechanism as RAG.
Every memory-enabled agent uses one or more of these three layers. Click each to explore what it stores, how it works, and when it breaks.
Each fragment below is a piece of information from a conversation. Drag it to the memory layer best suited to store and retrieve it.
Two agents. Same LLM. One has memory — one doesn't. Have a 3-turn conversation about yourself. Watch what happens when you reference something you said earlier.
A memory-enabled agent is a system — not just a prompt. Drag each component into its correct position in the data-flow diagram. Each slot has one right answer.
Here's a secret most courses skip: conversational memory and RAG are the same core mechanism — just applied to different knowledge sources. Understanding why this is true unlocks both concepts.
When you design a production agent, you typically wire up two vector stores in parallel: one for the conversation history (short-lived, per-session, PII-aware) and one for the domain knowledge base (persistent, shared, RAG-style). The LLM's context window gets injected with retrieved chunks from both before generating — the agent "knows who it's talking to" AND "knows its domain." This is called Hybrid Memory Architecture.
Memory doesn't just "happen" — it's an 8-step pipeline. Drag the steps into the correct execution order, from the moment the user sends a message to the moment the agent replies.
Pick your platform and follow the guide. Each path adds real conversation memory to a working prototype agent.
7 questions covering memory types, system design, and the RAG connection. 70% to pass.