Four shapes cover almost every agent graph you'll build.

Ten lectures and two project labs on the shape problem: why most of the edges in a multi-agent workflow are imaginary, how to write node contracts a graph can route on, when to fan work out instead of chaining it, and where durable state and topology-as-cost-model keep a graph from becoming an expensive mess.

Lessons
10
Project labs
2
Modules
6
Reading
~2h

You finish holding something.

You leave able to look at any multi-step agent task and answer three questions without guessing: which steps genuinely depend on each other, where the graph should fan out instead of chain, and whether the task earns a graph at all instead of staying a single loop.

The artifact

A working graph design for one real task of yours — node contracts, a route table, a join rule, a durable state schema, and a written cost breakdown — plus the judgment to know when not to build one.

The loop you learn

Map → Contract → Route → Verify

Every lesson has the same shape.

You know what you are buying before you buy it.

01Failure first

Every lecture opens on a concrete coordination failure — a stalled chain, a self-approving reviewer, a run that dies with no memory of where it was — not on an agenda.

02The mechanism

Why the failure happens structurally, and the smallest change to the graph's shape that removes it.

03Self-check

Questions inline, answers hidden until you commit to one.

04Deliverable

A named artefact — a dependency map, a contract, a route table, a state schema — you add to your own graph design before moving on.

Why it is built this way.

Three decisions that shaped every lesson.

An edge is a claim, not decoration

Every arrow in a graph diagram should mean one thing: the next node reads what the last node produced. An arrow that doesn't earn that claim is a chain you built out of habit, not dependency.

Contracts before wiring

A node without a named job, a declared input, a structured output, and a named failure state isn't ready to connect to anything. Fix the node before you fix the graph.

Shape is a cost model, not an aesthetic

Fan-out is not free parallelism — it's a spend decision. The topology you draw determines what the run costs before a single token is generated.

6 modules, 12 entries.

The whole path is public. Nothing is hidden until you pay — only the bodies are gated.

MOD 01Prologue

The hook: most of the arrows in your workflow diagram are imaginary, and that's costing you wall-clock time, not correctness.

MOD 02I. Map the Real Work

Separate genuine read-dependencies from arrows you drew out of habit, then give every remaining node a contract the graph can route on.

MOD 03II. Shape the Coordination

Classify your graph into the four shapes that cover almost everything, then decide where a fan actually needs a join.

MOD 04III. Control and Verification

Split what the model judges from what the graph decides, then put a verifier on the edge instead of inside the generator.

MOD 05IV. State and Cost

Give the graph durable state that survives a crash, then price the shape you drew before you run it.

MOD 06V. Judgment and Capstone

Decide when a graph is the wrong tool, place the five engineering layers in order, then build one for real.

Start with the free lesson.

Engineers who already run single-loop coding or research agents and are hitting tasks a single loop can't hold.

  • One-time price, lifetime updates
  • Every course included — this one and the next
  • 30-day money-back guarantee
  • No card required to start