Module deck
Context, memory and multi-agent systems flashcards
Reviewing needs JavaScript. You can read every card in the list below.
Loading your cards...
Back to the module12 cards in this deck
Read all 12 cards as a list
Context engineering and memory
- Front
- What are the four agent memory types, with one storage example each?
- Back
- Working (the window or a rolling summary), episodic (timestamped summaries of past interactions in a vector store), semantic (facts in a profile or key-value store), procedural (instruction or skill files). A teaching split, not a standard.
- Front
- The four context-engineering moves?
- Back
- Write (persist outside the window), select (bring in only what is relevant now), compress (summarise or trim), isolate (give a sub-task its own clean context and take back a short result).
- Front
- How do you lay out a prompt for caching, and what breaks it?
- Back
- Stable content first (tools, system rules, reference documents), variable content last. A change at one level invalidates it and everything after it: a new tool invalidates the whole cache, and a timestamp at the top of the system prompt invalidates the system prompt and what follows.
- Front
- A summary made the agent forget a constraint. What is the fix?
- Back
- This is drift. Pin must-keep rules verbatim in the system prompt or a note that compaction never rewrites, and test with a probe question about each pinned fact after every compaction.
- Front
- What does a memory design have to answer besides what to store?
- Back
- When to write, how to recall (similarity plus recency and importance), how to update and expire, and how to delete one user's data from records, summaries and embeddings. Treat recalled memory as untrusted data, not as instructions.
- Front
- Overflow, distraction, drift, tool-output bloat (course taxonomy): what does each measure look like?
- Back
- Overflow: tokens per step against the limit. Distraction: accuracy with and without the extra context. Drift: probe questions after compaction. Bloat: share of tokens from tool results and p95 tokens per call.
Multi-agent systems: when to use them and what they cost
- Front
- Multi-agent: when is it justified?
- Back
- When the work is broad and parallel, or when separate windows or distinct tools and permissions matter. Otherwise it adds tokens (Anthropic reported about 15 times a chat for its research system), latency and failure modes.
- Front
- Workflow vs agent vs multi-agent?
- Back
- Workflow: predefined code path. Agent: the model directs its own steps. Multi-agent: several coordinating agents. Choose the simplest structure that meets the bar.
- Front
- Why do long agent chains fail more often than their steps suggest?
- Back
- Errors compound: with independent steps, success is p to the power n. Illustrative: 0.9 over 8 steps is about 0.43. Use shorter chains, checks and checkpoints.
Agent evaluation: state, trajectory, pass^k and release gates
- Front
- What to trace per agent step?
- Back
- Prompt version, chosen tool and arguments, result, tokens, latency, cost and errors: enough to replay a failure.
- Front
- pass@k vs pass^k, and which fits a one-shot agent?
- Back
- pass@k: at least one of k runs succeeds. pass^k: all k succeed. A one-shot agent needs pass^k, which exposes the run-to-run variance that pass@k hides.
- Front
- Why grade an agent by state, not by its final message?
- Back
- The message is a claim and can be false. Check the world afterwards (the database row, the passing tests, the file), then use trajectory metrics for cost and risk.