← turboflow.online
~/turbo-flow — docs/concepts the distinction

Agent orchestration vs agent governance

The one-sentence difference: orchestration coordinates agents to produce output; governance decides whether that output is allowed to ship. Orchestration answers "how fast?"; governance answers "can I trust it?". Turbo Flow spent 2025–2026 building the first and discovered the second was the missing layer — the full story is the pivot essay.

Published Oct 7, 2026 · Updated Oct 8, 2026

Side by side

orchestrationgovernance
questionhow do many agents work together?how do we know the work is acceptable?
mechanismstask decomposition, routing, swarms, pipelines, plannersreview gates, constitutions, versioned memory, merge authority
unit of carethe workflowthe diff
failure modemerge conflicts, coordination overhead, prompt noise(its absence:) unreviewed volume shipped on vibes
scales?costs compound with agent countper-diff, constant per change
answers to"agents, build this""agents, prove it"
in this projectTurbo Flow v4 (Ruflo, 215+ tools, 60+ agents)rig-lite / Turbo Rig (gate, constitution, memory, human merge)

The evidence orchestration doesn't scale by itself

  • The merge tax is real and counted. The AgenticFlict analysis of 142,000 agent-made PRs found 336,000 merge conflicts. Parallel writers without strong isolation don't parallelize — they collide.
  • Harnesses ate the orchestration layer. Subagents, memory hooks, routing — features the wrapper stacks existed to provide — now ship natively in Claude Code, Codex and their peers. Ruflo grew its own onboarding; the reason a wrapper repo existed evaporated.
  • Fan-out pays only in specific shapes. Practitioner consensus converged on this: multi-agent fan-out pays for read-heavy or patch-disjoint work; write-swarms need worktree isolation or they drown in coordination.
  • Volume outpaced human review. Orchestration multiplies output; if the human is the only check, the bottleneck just moved to the slowest part of the system.

The evidence governance works

  • The reviewer sent 687 of 868 diffs back (79% REVISE, gate live Sept 16–21) in the rig’s first audited week, while 141 PRs still shipped — the numbers.
  • One week, one rig, counted from the gate log: 868 verdicts over 141 merged PRs, 79% of them REVISE — a governance layer that rejects most of what it sees is doing work, not ceremony (the window).
  • Fail-closed is testable. The governance kit proves its own failure modes fail — hundreds of self-test checks, green, on purpose.

"The infrastructure is the coordination"

Don't orchestrate orchestrators — give everything a shared data gravity well; orchestration emerges from shared data.

The sharpest practitioner formulation of the shift (a 2026 field report that converged with this project's own conclusions): git, the PR queue, and files on disk are the coordination layer. New repos join by subscribing — a 30-second init-repo.sh — not by integrating with a platform. The state machine already exists; governance is what makes its decisions binding.

Not enemies — layers

Orchestration is not wrong; it's insufficient and increasingly redundant. If your work is read-heavy or patch-disjoint, fan out — behind a gate, in worktrees. Turbo Flow v5's position: bring your own orchestration (Ruflo as a Claude Code mod, if you want it); the kit provides the governance that makes any of it shippable. The integrated version of that stance is Turbo Rig.