1.2 The Three Architectural Patterns
1.2.1 A Complexity Gradient, Not a Menu
Once you know the outcome and the constraints (Lesson 1.1), the next question is which SHAPE of system actually satisfies them. Anthropic frames every Claude-based system along a complexity gradient with three points on it: the augmented LLM, the workflow, and the agent. It's tempting to treat these as three unrelated options you pick from a menu — but the far more useful mental model is a gradient, because each point builds on the one before it, and moving up the gradient always costs something.
Think of it like modes of transport for getting across a city. Sometimes you walk — simple, predictable, no moving parts to break. Sometimes you follow a bus route — a fixed, predetermined path that gets you there reliably as long as the route actually goes where you need. And sometimes you need a taxi that improvises its own route around traffic you couldn't have predicted — more flexible, but you're now trusting the driver's real-time judgment instead of a timetable. Nobody takes a taxi to go two blocks, and nobody expects a fixed bus route to handle an emergency detour. Architecture selection is the same instinct: match the shape of the trip to the shape of the destination.
Augmented LLM, workflow, and agentic aren't three unrelated choices — they're points on a single gradient of increasing autonomy, flexibility, and cost. Each step up buys adaptability and spends predictability.
The one idea to hold onto
Augmented LLM, workflow, and agentic are a GRADIENT, not a menu. Moving up buys flexibility and costs predictability, latency, and money. The right pattern is the least complex point on the gradient that still satisfies the requirements from Lesson 1.1.
1.2.2 The Augmented LLM: the Atomic Unit
At the bottom of the gradient sits the augmented LLM — a single model call enhanced with retrieval, tools, and memory. This is the base building block of everything above it. When you strip away all the orchestration language, a "workflow" is just several augmented LLM calls wired together in a fixed order, and an "agent" is an augmented LLM given the freedom to decide its own order. Understanding the augmented LLM well is what makes the more complex patterns feel obvious rather than mysterious, because they're compositions of this one thing, not something categorically different.
"Augmented" means the call isn't relying on the model's training data alone — it can pull in retrieval (grounding context fetched from a knowledge base or document store), tools (real actions or lookups it can invoke), and memory (relevant state carried across turns or sessions). A single well-scoped step — classify this ticket, extract these fields from this document, answer this question against this retrieved context — is very often best served by exactly this: one augmented call, no orchestration layer at all.
The augmented LLM matters on the exam precisely because it's the pattern most often UNDER-selected. Architects reach for a workflow or an agent out of habit, when a single well-designed augmented call would have met every requirement at a fraction of the cost and latency. If a scenario describes one well-scoped step with no real branching or multi-stage need, the augmented LLM is very often the correct — if unglamorous — answer.
1.2.2 — Key Concept
The augmented LLM (model + retrieval + tools + memory) is the atomic unit of every Claude system — workflows and agents are compositions of it. It fits a single well-scoped step, and it's the pattern the exam most often wants you to notice is already sufficient.
1.2.3 The Workflow: Predefined Code Paths, Five Compositions
One step up the gradient is the workflow: LLM calls and tools orchestrated through predefined code paths that YOU write in advance. The defining property is that the control flow is fixed in your code, not decided by the model at runtime. This is what you reach for when a task decomposes into known, fixed steps, and predictability and testability matter more than adaptability — echoing the recipe-vs-exploration instinct from decomposition thinking, except here we're one level up, choosing the overall pattern rather than just the decomposition.
Workflows aren't a single technique — they're a family of five compositions, and knowing which fits which shape of task is squarely what the exam tests.
| Composition | What it does | Fits when |
|---|---|---|
| Prompt chaining | A fixed sequence of steps, each an LLM call on the previous output (optionally with programmatic gate checks in between) | Steps genuinely depend on each other in a known order |
| Routing | Classify the input, then dispatch to a specialized prompt or model | Inputs fall into distinguishable categories needing different handling |
| Parallelization — sectioning | Split into independent subtasks known in advance, run them concurrently | Subtasks don't depend on each other and the split is already known |
| Parallelization — voting | Run the same task multiple times and aggregate/vote on the results | You want to improve reliability on a task where independent attempts can be compared |
| Orchestrator–workers | A central LLM decides the subtasks AT RUNTIME and delegates to workers | The subtask breakdown can't be fully known in advance — this is where a workflow starts to shade into an agent |
| Evaluator–optimizer | One LLM generates a result; another critiques it and returns it for refinement | Quality benefits from a dedicated critique pass before the result ships |
Five workflow compositions. Each solves a distinct shape of task — memorize the discriminator, not just the name.
Look closely at orchestrator–workers: it's listed as a workflow composition, yet its defining feature is that the subtasks are decided AT RUNTIME by a central LLM, not fixed by you in advance. That's not a contradiction — it's the deliberate seam where the workflow pattern shades into the agentic pattern. We'll come back to that exact seam in the next section, because the exam builds a whole trap around it.
1.2.3 — Key Concept
A workflow uses predefined code paths you write in advance. Its five compositions: prompt chaining (fixed sequence), routing (classify then dispatch), parallelization (sectioning = known split run concurrently; voting = repeat and aggregate), orchestrator–workers (central LLM decides subtasks at runtime), and evaluator–optimizer (generate, then critique and refine).
1.2.4 The Agentic Pattern, and the Trap That Sits Between It and Workflows
At the top of the gradient is the agentic pattern proper: a system where the LLM dynamically directs its own steps and tool use. Concretely, it runs an open-ended loop — plan, call a tool, observe real environment feedback, repeat — until it decides it's done or hits a stop condition. This should feel familiar if you've studied agentic loops before: the defining trait is that nobody wrote the sequence of steps in advance, because nobody COULD — the right next step depends on what the previous one revealed.
Agents fit open-ended tasks where the steps genuinely can't be enumerated ahead of time: exploring a codebase of unknown shape, investigating an incident where the cause is unknown, researching a broad question where what to look up next depends on what you just found. And agents pay for that flexibility in exactly the currencies you'd expect: latency (an unbounded number of steps takes an unbounded amount of time), cost (more model calls, more tokens), and predictability (you can't guarantee in advance what path it will take, which complicates testing and review).
Now the trap, and it's the single most important discriminator in this lesson: orchestrator–workers (a workflow composition) and the agentic pattern can look identical from a distance — both involve a central LLM handing off work dynamically. The dividing line is precise: WHO decides the subtasks, and WHEN. In orchestrator–workers, a central LLM decides the subtask breakdown at runtime and hands pieces to workers — but the overall shape (there IS a fixed manager/worker structure, a bounded task) is still a known, designed workflow. In a true agentic loop, there's no predetermined structure at all — the model decides its own next action, tool by tool, with no larger script constraining the shape of what happens next.
Both hand off work dynamically, but orchestrator-workers still operates inside a fixed manager/worker structure you designed; the agentic pattern has no larger predetermined shape at all.
1.2.4 — Exam Trap
Exam trap: confusing orchestrator-workers with parallelization sectioning, AND confusing orchestrator-workers with a true agent. Sectioning splits subtasks that were KNOWN IN ADVANCE; orchestrator-workers decides subtasks AT RUNTIME but still inside a fixed manager/worker shape; a true agent has no predetermined shape at all. The discriminator every time is who decides the subtasks, and when.
1.2.5 Choosing Among the Three: A Worked Comparison
Let's put the whole gradient side by side with concrete tasks, because the exam rewards pattern-matching a scenario to its correct point on the gradient fast.
| Task | Best pattern | Why |
|---|---|---|
| Classify a single support ticket and draft a reply | Augmented LLM | One well-scoped step; retrieval + tools cover it without orchestration |
| Extract fields, classify, then validate a document — always in that order | Workflow (prompt chaining) | Known, fixed steps; predictability and testability matter |
| Route incoming requests to a billing prompt, a technical prompt, or a sales prompt | Workflow (routing) | Distinguishable categories, each needing a specialized path |
| Draft three independent marketing variants at once and merge them | Workflow (parallelization — sectioning) | Independent subtasks, known in advance, no dependency between them |
| Have a manager LLM decide how to split a bounded research brief across a fixed set of researcher workers | Workflow (orchestrator-workers) | Subtasks decided at runtime, but inside a designed manager/worker shape |
| Investigate an unfamiliar production incident with an unknown root cause | Agentic | Steps can't be enumerated in advance; each step's target depends on the last one's findings |
Match the task's actual shape — known steps, known categories, known split, runtime split within a fixed shape, or truly unknowable steps — to its point on the gradient.
Notice the pattern in that table: every single row is decided by the SAME underlying question you learned in Lesson 1.1 — are the steps knowable in advance, and does predictability matter more than adaptability, or vice versa? The three-pattern gradient is really just that question, answered at increasing resolution.
Where this shows up on the exam
1.2 scenario questions almost always describe a task shape (fixed steps? categories? unknown path?) and ask which pattern or composition fits. Identify whether the steps are known in advance and whether there's a fixed manager/worker shape before answering — that's the whole discriminator.
Key Takeaways
- ✓Augmented LLM, workflow, and agentic form a complexity GRADIENT, not an unrelated menu — moving up buys flexibility and spends predictability, latency, and cost.
- ✓The augmented LLM (model + retrieval + tools + memory) is the atomic unit everything else composes; it's also the pattern most often under-selected when it would have sufficed alone.
- ✓A workflow uses predefined code paths written in advance; its five compositions are prompt chaining, routing, parallelization (sectioning/voting), orchestrator-workers, and evaluator-optimizer.
- ✓An agent is a system where the LLM dynamically directs its own steps and tool use in an open-ended loop — fitting tasks whose steps can't be enumerated in advance.
- ✓The critical discriminator between orchestrator-workers and parallelization sectioning is WHO decides the subtasks and WHEN — sectioning's split is known in advance; orchestrator-workers decides at runtime.
- ✓Orchestrator-workers is still a workflow because it operates inside a fixed, designed manager/worker shape — a true agent has no predetermined shape constraining it at all.
- ✓Choose the LEAST complex point on the gradient that satisfies the requirements from Lesson 1.1 — reaching for agentic autonomy by default is the recurring wrong answer.
Check Your Understanding
Test what you learned in this lesson.
Q1.A document-processing pipeline always runs the same steps in the same order: extract text, classify the document type, pull key fields, then validate. Which pattern fits best?
Q2.What is the precise distinction between orchestrator-workers and parallelization sectioning?
Q3.A team needs to investigate an unfamiliar production incident where the root cause and the steps to find it are unknown in advance. Which pattern is correct, and why is orchestrator-workers not quite the right label for it?
Q4.Why is the augmented LLM described as the "atomic unit" of Claude system architecture?
Practice This Lesson