Home / Several agents and adversarial checking
Fan-out, pipeline, barrier: choosing the architecture, or giving it up
Fan-out launches independent agents in parallel behind a shared barrier, a pipeline lets each item pass through without a barrier and remains the default for multi-step work, a barrier is only justified when a step genuinely needs the full result of the previous one, and sometimes the right decision is to use no agent at all when a single call already suffices.
Three shapes come back every time several agents work on the same task. Fan-out launches independent agents in parallel and brings them together behind a shared barrier, which waits for all of them to finish before moving on. A pipeline lets each item pass from agent to agent without ever stopping to wait for the others, and this is the default shape as soon as a task splits into several steps. The third option, often forgotten, is to launch no agent at all.
When the barrier is justified
A barrier is expensive: it blocks everyone until the last agent arrives, and the slowest result sets the pace for the whole group. It is only justified if the next step genuinely needs the full result of the previous agents to start, comparing three quotes before choosing a supplier is one example. If each subtask can move forward without waiting for the others' results, a pipeline without a barrier moves faster: each item processed moves on to the next step as soon as it is ready, without waiting for the others to reach the same point.
Giving it up, the fourth box
Anthropic documents this multi-agent architecture as an expensive option, not as a flaw. A multi-agent system consumes, by their own measurement published in January 2026, roughly three to ten times more tokens than a single-agent approach: the figure attached to this lesson gives that gap in numbers. Their direct recommendation is to start with the simplest approach that works, and to add complexity only when evidence justifies it. A well-equipped single agent often accomplishes far more than you would expect from a lone agent.
This triptych, fan-out, pipeline, barrier, is not the vocabulary Anthropic uses: it is a reading grid specific to this course, built to decide between architectures. The official documentation describes the same moves without naming them this way, it mentions agents that critique each other's work in an adversarial way, or that draft a plan from several angles before comparing them.
Tâche : comparer trois offres fournisseurs et rédiger une recommandation
Fan-out avec barrière :
agent A analyse l'offre 1
agent B analyse l'offre 2 vers une synthèse commune
agent C analyse l'offre 3 qui attend les trois rapports
synthèse finale (un seul appel, une fois les trois rapports reçus)
Pipeline sans barrière :
agent A extrait les prix, puis agent B les met en forme, puis agent C les publie
(chaque agent démarre dès que le précédent a produit son résultat)
Before choosing, ask two questions in order. Can the subtasks genuinely move forward in parallel, without depending on each other. And would a single call, in a single turn, already be enough to produce the expected result. If the answer to the second question is yes, the winning architecture is the one you did not build. The next lesson, on worktree isolation and the dry loop, starts from the assumption that fan-out has already been chosen.
Choosing between fan-out, pipeline and giving up
A single call is enough
The work moves forward without a step that gathers several results, a simple single-turn exchange already covers the need.
Parallel agents without convergence
Each agent handles its share independently and delivers its result directly, without a shared step that gathers them afterwards.
Pipeline with a checkpoint
The work moves from agent to agent, and a single point in the path waits for the whole chain to have passed through before continuing.
Fan-out with a barrier
Independent agents run in parallel and all converge on a shared step that waits for their full result before continuing.
The cost of a multi-agent system against a single agent
A logistics manager launches three agents in parallel, each tasked with tracking one supplier's delivery times over the last twelve months, and plans a shared step that waits for the three reports to compose a single comparison table.
Write in one sentence what this situation establishes, and in one sentence what it does not establish.
What this establishes: This choice matches the case where a barrier is justified, the three subtasks are independent and the comparison table step needs the full result of the three reports to start.
What this does not establish: It does not establish that this three-agent architecture is faster or cheaper than a single agent handling the three suppliers one after another, no comparison of that kind was made.
The three most common miscalibrations
- Too broad This situation proves that fan-out with a barrier is the best architecture for any comparison work between several suppliers.
- Too narrow This situation proves nothing at all about the architecture chosen, since the manager could just as easily have launched the three agents one after another.
- Beside the point This situation shows that delivery times varied noticeably from one supplier to another over the past year.
- A barrier only makes sense if a following step genuinely needs the full result of every previous one to start its own work.
- A pipeline without a barrier moves faster than a fan-out as soon as each subtask can move on to the next step without waiting for the others.
- A multi-agent system consumes roughly three to ten times more tokens than a single-agent approach, which makes giving up on any agent an option to consider before the other two.
- The vocabulary fan-out, pipeline and barrier belongs to this course, not to the official documentation, which describes the same moves in other words.
Before launching several agents on your next task, write on one line whether the subtasks depend on each other, and on a second line whether a single call in a single turn would already be enough: decide the architecture from these two answers before writing a single prompt.
These points depend on an interface or a rule that may have changed since this was written. Check them on your own screen before relying on them.
- Check on the Anthropic blog page whether the three to ten times more tokens range has been updated since the January 2026 publication, this kind of cost measurement moves with model versions.
Every datable claim in this lesson links here to the public text behind it. A source that does not open proves nothing.
- Anthropic, building multi-agent systems, when and how to use them consultée le 2026-01-23
- Claude Code, workflows documentation, consulted on 2026-09-02 consultée le 2026-09-02