When to switch to multi-agent
Switch to multi-agent work when the work decomposes into independent scopes, outputs can be verified separately, and coordination adds more than it costs. Repository size, context usage, and agent count do not provide universal thresholds.
| Signal | Single agent | Team |
|---|---|---|
| Coherent, sequential scope | Preferred | Unnecessary overhead |
| Independent, verifiable research | Possible | May reduce elapsed time |
| Shared files or state | Preferred | Conflict risk |
| Complex recovery and synthesis | Possible | An explicit orchestrator may help |
Star topology
The central orchestrator receives the global objective, breaks it down into subtasks, delegates to specialized agents, then synthesizes their results. This is the default topology for Claude Code Agent Teams.
Orchestratorβββ Security Agent β auth analysisβββ Quality Agent β code reviewβββ Test Agent β coverageThe orchestrator plans and delegates; it does not code itself. Its role is to allocate work, unblock dependencies, and present a unified response.
Pipeline topology
Agents work in sequence: the output of one becomes the input of the next. Useful when steps are strictly ordered and each result conditions the next.
Analyst β Architect β Implementer β ReviewerAdvantage: each agent focuses on a precise phase, without noise from previous phases in its context. Disadvantage: a blockage on one step stops the entire pipeline.
Parallel topology
Independent agents work simultaneously on modules with no dependencies between them. Typical case: refactoring frontend, backend and infra in parallel on non-shared files.
Frontend Agent ββBackend Agent ββΌββ final mergeInfra Agent ββApplicability condition: modules must have zero shared state. If agents constantly need to read each otherβs outputs or modify common files, git conflicts and coordination messages cancel out the gain.
Isolation and permissions per agent
Each agent can receive distinct context and a tool whitelist. Limiting an agent to Read, Glob, Grep tools prevents accidental modification during the analysis phase.
| Agent | Allowed tools |
|---|---|
| Explorer | Read, Glob, Grep |
| Planner | Read, Glob, Grep, Write(plan) |
| Implementer | Read, Edit, Bash, Write |
| Reviewer | Read, Glob, Grep |
Enabling Agent Teams
# Environment variable (current session)export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1claude
# Persistent configuration ~/.claude/settings.json{ "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" }}Prerequisites: Claude Code v2.1.32+, Opus 5 recommended, Opus 4.6+ compatible (/model opus), initialized git repository. Navigate between agents with Shift+Down in in-process mode.
Loop Controls
Define a budget, stop condition, recovery state, and synthesis owner before launch. Add an independent reviewer when the change is consequential or when the same agent cannot credibly produce and verify the result.
Start with the smallest number of agents that covers genuinely independent scopes. Add a participant only when elapsed time, conflicts, human rework, and accepted-task cost justify the extra coordination. The trial protocol provides the record for that decision.
Enter your email to read the full card and get the complete PDF bundle.
All content is free and open-source. We just ask for your email.