jonnifyagile agents
jonnify / Agile Agent Workflow / A1 · Why / A1.04 · Two layers: roadmap and specs

A1.04 · Why an Agile Agent Workflow

Two layers

The framework has two planning layers, and keeping them apart is the whole discipline. A roadmap plans how we deliver; a spec defines what we build and how we know it is right. The roadmap plans the spec; the spec builds the system.

The roadmap layer is coarse and re-plannable — an ordered sequence of rungs that points at specs and never defines behaviour. The spec layer is fine and authoritative — the single source of truth, edited only by feedback, that every other artifact derives from. Three dives: the roadmap, the spec, and the one rule that keeps the two apart.

Two layers over a core

The framework stacks two layers over the system it builds. On top, the roadmap answers how we deliver: the milestones, the iterations, the order of rungs. It points at the specs below it and never defines behaviour, so it stays coarse and re-plannable. In the middle, the spec answers what we build and how we know it is right: for each rung, a precise definition and its acceptance. It is the single source of truth, edited only by feedback.

The relationship runs straight down: the roadmap plans the spec; the spec builds the domain core that actually ships. Two questions, two layers, two cadences — and the discipline is keeping them apart, so delivery can be re-planned without disturbing what a rung means, and a rung's meaning can be sharpened without re-planning delivery.

The stack · roadmap over spec over core

ROADMAP LAYER how we deliver — milestones, iterations, the order of rungs points at the spec · never defines behaviour · re-plannable plans SPEC LAYER what we build & how we know it is right — the single source of truth the spec, its user stories, the agent brief · edited only by feedback builds DOMAIN CORE the framework-free system that actually ships feedback edits the spec stories + brief derive from it
Two layers, one base: the roadmap plans how rungs ship and points at the specs; the spec defines and proves each rung and is the single source of truth; the domain core is what ships. The user stories and the agent brief derive from the spec, and only feedback edits it.
the principle

Separate the plan of delivery from the definition of correctness: a coarse, re-plannable roadmap over a fine, authoritative spec that is the single source of truth.

on the Portal

A roadmap of rungs — one id, then one stored event, then a read model — over a spec per rung (the id contract). The order re-plans freely; the spec changes only on feedback.

Two layers, two questions, two cadences: the roadmap plans how we deliver, the spec defines what we build and prove — and keeping them apart is the discipline.

The three dives

Each dive takes one part of the model, in the arc deliver → define → keep apart: the roadmap that plans delivery, the spec that defines correctness, and the one rule that holds the two layers stable. Read them in order — A1.04.1 starts.

After A1.04, the next module — A1.05 · Correct by definition — fixes what “done” means: a closure over traced, executed checks, and the gates that hold it. Return to the A1 module navigation to continue.

References

The planning tradition this two-layer split draws on, and where it is sketched in the course.

Sources

Related in this course