← the Atlas

The Vorflux Manifesto, Read From Kolu

Analysis·seedling·

A study of vorflux.com/manifesto — the Great Flattening thesis, its six bottlenecks, tokenmaxxing — mapped honestly onto what kolu already is, what it should adopt, and where its doctrine disagrees.

A reading of the Vorflux manifesto (“The Great Flattening”), kept honest in both directions: where kolu is already the thing it describes, and where kolu’s doctrine deliberately disagrees.

What it claims

Kolu is already most of this — literally, this week

The manifesto describes, as a future, the shape of an ordinary kolu campaign. The six bottlenecks against kolu’s shipped stack:

Vorflux bottleneck kolu today
the Machine padi hosts + the pu box pool — real repos, real daemons, leased per PR, egress-checked
Planning the Atlas plan-of-record: id-first phase trees, dep-sequenced rows, gates, done-criteria
Orchestration the coordinator’s model rule (“fable judges, opus grounds”), lens-run workflows, per-lane briefs
Testing e2e + seal on the exact shipping SHA, two platforms; agents drive chrome-devtools against the live app
Review the gauntlet — retired. lens-debate, /agent-debate (an explicitly selected Claude, Codex, or Grok peer adversarially reviewing, warm-session, to consensus) and code-police were deleted with the srid/agency dependency (#2254); a review today is the repo’s own rules plus the two structural lenses
the Merge deliberately human — srid merges; see the disagreement below

And the “job goes meta” line is kolu’s operating culture already: every coordinator failure this campaign became an encoded rule the same day (the atlas-branch liveness check, the /goal pin, the blocking-ask rule, the design-bearing lens trigger).All in the coordination and surface rules as they then stood, each carrying its recorded failure as the rationale — the manifesto’s “solve why the organism couldn’t solve it itself,” practiced as skill-writing. The manifesto’s sharpest observation — the blind cloud — names kolu’s exact differentiator: kolu is the anti-blind-cloud, a canvas where agents and the human watch the same live terminals, the same running app, the same dashboards.

What to adopt

  1. Say the thesis out loud. Kolu’s story is scattered across notes; the manifesto compresses it: the harness is the product. A kolu built for one user today is a company-judgment harness at any scale — the orchestrator skill, the gauntlet, the Atlas graph are the encoded judgment. Positioning, docs, and the website should claim this frame.
  2. Cross-lab review as a first-class feature, not a skill. The retired gauntlet proved the pattern — a chosen Claude, Codex, or Grok peer, warm-session, arguing to consensus on a diff. It was retired as agent config, which is exactly the argument for making it a reviewer-panel primitive where N different-vendor agents debate a diff on the canvas — the manifesto’s bottleneck 5 as a product surface, and now the only place that pattern would live.
  3. Vendor neutrality as architecture. Kolu already runs mixed-vendor agents in PTYs — the neutral-harness claim is true by construction. Keep it structural: nothing in padi/kaval may assume one agent CLI (the prohibitedKeybinds registry is the pattern — per-tool facts as data, not baked-in assumptions).
  4. Token accounting where seat accounting was. “Tokenmaxxing” needs meters: per-lane token/cost visibility on the dashboard and in reports (this week’s 81%-of-weekly-limit moment was discovered incidentally, in a terminal footer). A harness that routes work by cost needs cost as a first-class fact.
  5. Recordings as evidence. Bottleneck 4’s “recordings” names a gap: kolu’s evidence class is screenshots + test output; a padi-native “record this lane’s screen for the PR” would make visual evidence one verb.

Where kolu disagrees