Skip to content

Riding the loop: a development mode where the operator rides the cycle rather than gating it #402

Description

@aaronsb

Operator-proposed methodology capture (2026-07-22), candidate for a future way. Not the only way to develop — one mode among several — but a mode that worked measurably well and has general shape beyond agent-ways.

The name

Human-in-the-loop casts the human as a gate: the machine's cycle stops, waits for approval, resumes. Riding the loop inverts the posture — the operator is a live user of the artifact while it evolves, steering by continuous lightweight signal from inside their own working surface. The loop never stops at them; they ride it. (Operator's wordplay, worth keeping.)

The cycle

try it out → notice something → utter it (one sentence, in the surface you're already using) → it lands with the builder as a recorded finding → implement behind a gate scaled to blast radius → deploy as a non-event → try it out again.

Preconditions (the general form)

  1. A zero-friction feedback channel from the operator's usage context to the builder. Here: the attend bus + ADR-172 turn-boundary drain — an utterance typed mid-use reaches the building session without a context switch, ticket form, or meeting. Generally: any channel where noticing and reporting are the same act.
  2. Findings recorded in the operator's own words. Each observation becomes a first-class work item quoting the operator's framing ('make sure the time constant isn't buried'), so implementation answers the operator, not a paraphrase. The record IS the spec.
  3. A review gate that scales with blast radius. Structural changes get full adversarial review (today it caught two invisible-by-design defects: a cold-start message swallow and a destructive-intent inversion); display-only changes ride CI + self-review and land in minutes. A fixed-weight gate would either rubber-stamp the big or strangle the small.
  4. Deploys cheap, fast, and reversible. Per-component versioning, hot-swap reload, projection reconcile — the artifact announces its own upgrade mid-conversation. When deploy is a non-event, 'try it out' resumes in seconds and the cycle's period stays short enough to hold the operator's attention.
  5. The operator exercises the real artifact. Dogfooding surface = production surface; no staging copy whose lessons need translation.

When these hold, the bottleneck moves to the operator's attention — which is exactly where it should be, because attention is what notices.

Where it applies — and where it doesn't

Fits: artifacts the operator genuinely uses; decomposable changes; reversible deploys; a builder that can absorb interrupts mid-implementation (turn-boundary delivery made interrupts free rather than disruptive). Doesn't fit alone: one-way doors (they still want the stop-and-decide gate — the two modes composed today: ADR debates for direction, riding the loop for everything downstream of an accepted direction); greenfield with no live surface yet; work needing long uninterrupted design arcs.

Evidence (2026-07-22, agent-ways)

One session: ADR-172 and ADR-173 from live debate → Accepted → implemented → adversarially reviewed → released (attend 0.9→0.11, attend-chat 0.3→0.5) → deployed → operator-verified. Ten operator findings (#388#394, #398, #400 + the tab-model spec accreted on #393) captured mid-use and landed the same day, several within minutes of utterance. The infrastructure that carries the loop (turn-boundary delivery, the channel surfaces) was itself built inside the loop it now carries.

Disposition

  • Distill into a way (likely softwaredev/delivery or meta) once the shape has survived more than one day's use
  • Cross-reference from the develop/merge/release skills as an alternative loop shape

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions