The 300k line monorepo with 3-6 CLI agents running simultaneously across git worktrees is an interesting production deployment of multi-agent coding. Most discussions are about single-agent workflows; the coordination problems at multi-agent scale are different and less explored.

The key insight in your description is the worktree-per-agent isolation pattern. Without that isolation, agents would interfere with each other's changes unpredictably. With it, you get parallel throughput but the coordination overhead shifts to you — when do worktrees get merged? How do you handle when two agents modify overlapping code?

The Agile Vibe Coding Manifesto's concerns about accountability and traceability become especially important at multi-agent scale. "Every change has traceable intent" is harder to maintain when six agents are generating changes in parallel. The manifesto's argument would be that the investment in architectural constraints and explicit context for each agent is what prevents the throughput gains from creating an unmaintainable diff explosion.

Curious what your PR/merge workflow looks like — that seems like where the real complexity lives: https://agilevibecoding.org