Agentic systems · Harness engineering
Multi-Agent Development Harness
I build CGCircuit with a team of AI agents rather than one model doing everything. Each agent gets an isolated context and a narrow job; an orchestrator owns the requirements and the whole. I call it harness engineering, and I gave a talk on it at Blizzard Cinematics.
- A team, not a monolith. Domain supervisors coordinate specialists — architect, researcher, backend, frontend, security, reviewer — each seeing only what its job needs.
- A disciplined loop. Research the scope, spawn the right agents, build and test in parallel, review from several angles, iterate until the supervisors agree, ship, then monitor after merge.
- Isolated contexts, in parallel. A single agent is a single-core CPU; the harness is a multithreaded machine — separate contexts, work in parallel, a scheduler that owns the whole.
- The harness is the real work. Reproducible, reviewable, maintainable — the opposite of one-prompt “vibe coding” that falls apart the moment scope grows.