Course · Available now

Graph Engineering

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.

You end withA 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.

Start ifA single agent loop can no longer hold your task and you need to split the work across agents.

Take this course first

  • Harness Engineering. Graph Engineering assumes one agent loop already runs reliably inside a harness. A graph multiplies whatever each node does, so the rules, gates and handoff of a single run have to hold first.
Level
Intermediate
Lessons
10
Project labs
2
Modules
6
Reading
~2h

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.

10 lessons and 2 labs in 6 modules.

The whole path is public, and every lesson is free to read. Saving progress and the labs are what the paid tiers unlock.

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