Week 6 gave your agent reach — protocols that let it call tools and talk to other agents. This week is about what it knows: what survives the end of a run, and how a model that has never seen your company's documents can still answer questions about them — with a citation.
Same customer-support assistant, same question, two architectures. The only difference is where the knowledge lives.
Nothing was stored. Tuesday's session started from zero, and the model fell back on whatever its training left in its weights. The correction the rep typed on Monday was never knowledge — it was tokens in a window that closed.
Two different mechanisms did two different jobs: memory carried a durable fact about this user across sessions; retrieval pulled the current policy text into the prompt at question time — and returned a source the rep can click.
A fact your best rep taught the agent on Monday should be available to every rep on Tuesday. Without a memory or knowledge layer, each session re-learns the same things and each employee's discovery dies with their tab. Retrieval turns documents your company already paid to write into an answer surface.
A retrieved answer can name its source: this document, this section, this version. That is the difference between "the bot said so" and "the policy says so, here it is." When the answer is wrong, you can point at the chunk that caused it — and fix the document instead of arguing with the model.
Retrieval updates by replacing a file, not by retraining; a policy change ships the same day. But the moment you store user facts or index internal documents, you own data: access control at retrieval time, consent, retention, and deletion. Memory is a feature and a liability — page 01 takes that seriously.