Source
The Startup Ideas Podcast — How to Build an AI-Native Company in 2026 (August 12, 2026) ·
at 18:30 ▸
When this applies
when building any complex multi-agent or multi-person system from scratch
The takeaway
Build complex coordinated systems incrementally — master single-unit behavior, then two-unit interaction, before attempting full-system design.
Why it works
Complexity in multi-agent coordination (context passing, parallelism, tool routing, model sizing) is only legible after observing simpler interactions first; starting at full-org complexity hides the actual friction points.
One level up
Discovery of a system's real constraints requires passing through intermediate complexity levels, not skipping to the final architecture.
Where it stops holding
This stops working when the use case genuinely requires full-workforce coordination from day one with no simpler decomposable version — though the speaker didn't identify such a case.
Detail
procedure:- Step 1: experience working with one agent
- Step 2: have that one agent act proactively on your behalf
- Step 3: have two agents work together or one route to another
- Step 4: assemble the full workforce with a 'mission control' view
rationale: Each stage reveals specific discoveries — how context passes, what needs to run in parallel, which agents don't need tool access, which can run on smaller models (Haiku/Sonnet instead of Opus).
In their words
I think like the starting point is what does it feel like to work with one agent? After that, I would say, what does it feel like to work with one agent who is doing things on my behalf proactively? Then I would say, what does it feel like for two agents to work together on a task or for one to direct the other.