Skip to main content
SEP 2026 Latest guide updates. Latest: Skill Governance Skill Lifecycle Skills vs Harnesses Changelog →
M16 Advanced Methodology

Multi-Agent: Topology & Orchestration

Architecting agent teams for complex tasks

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.

SignalSingle agentTeam
Coherent, sequential scopePreferredUnnecessary overhead
Independent, verifiable researchPossibleMay reduce elapsed time
Shared files or statePreferredConflict risk
Complex recovery and synthesisPossibleAn 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 β†’ coverage

The 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 β†’ Reviewer

Advantage: 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 merge
Infra 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.

AgentAllowed tools
ExplorerRead, Glob, Grep
PlannerRead, Glob, Grep, Write(plan)
ImplementerRead, Edit, Bash, Write
ReviewerRead, Glob, Grep

Enabling Agent Teams

Terminal window
# Environment variable (current session)
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
claude
# 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.

PDF: