jonnifyagile agents
jonnify / Agile Agent Workflow / A1 · Why / A1.03 · The Author/Operator loop

A1.03 · Why an Agile Agent Workflow

The Author/Operator loop

A workflow is a shape you repeat. This one is a loop between two roles: the Operator (human) sharpens, demos, reviews, and accepts; the Author (Claude agent) specs, builds, and ships. They meet on the spec, and feedback edits it each turn.

A1.01 named the unit a rung should be; A1.02 named the principles that keep it ownable; this module is the motion — the cycle that produces one accepted rung and then the next. Three dives: who the two roles are and the line between them, how one turn runs through six owned stages, and how the loop adapts by editing the spec.

Two roles, one cycle

One rung runs as a loop. The Operator — the human, the source of intent, judgement, and acceptance — sharpens the next rung, then later demos what returned, reviews it, and gives feedback. The Author — the Claude agent, the source of production — turns the sharpened rung into a spec, builds the increment from that spec, and ships it. The Operator never writes the code; the Author never decides the goal.

The two meet on the spec: the Operator's sharpened intent, authored into the contract the Author builds from. When the increment is reviewed, feedback edits that spec — the dashed adapt return — and the loop runs again on the next rung. Six stages, two roles, one meeting point.

The loop · six stages, coloured by role

adapt · feedback edits the spec 1 sharpen Operator 2 build Author 3 ship Author 4 demo Operator 5 review Operator 6 feedback Operator the spec · where the two roles meet
One rung, one turn: the Operator sharpens (1), the Author builds (2) and ships (3), the Operator demos (4), reviews (5), and gives feedback (6). The dashed return is adapt — feedback edits the spec, the single source of truth both roles meet on, and the loop runs again.
the principle

A repeatable cycle between a deciding role and a producing role, meeting on a shared spec, with feedback editing that spec each turn.

on the Portal

Each rung — one branded id, then one stored event — runs the same loop: the Operator sharpens and accepts, the Author specs and builds Portal.ID to the contract.

The loop is the workflow's motion: two roles, six owned stages, one spec they meet on — repeated rung after rung.

The three dives

Each dive takes one part of the motion, in the arc who → how it turns → how it adapts: the two roles and the line between them, one rung's turn through the six stages, and the return that edits the spec. Read them in order — A1.03.1 starts.

After A1.03, the next module — A1.04 · Two layers: roadmap and specs — separates how delivery is planned from how each rung is built and proven. Return to the A1 module navigation to continue.

References

The iterative-loop tradition this motion draws on, and where it is sketched in the course.

Sources

Related in this course