Accueil / Plusieurs agents et vérification adverse
Fan-out, pipeline, barrière : choisir l'architecture, ou y renoncer
Le fan-out lance des agents indépendants en parallèle derrière une barrière commune, le pipeline fait traverser chaque élément sans barrière et reste le défaut du multi-étapes, une barrière n'est justifiée que si une étape a vraiment besoin du résultat complet de la précédente, et parfois la bonne décision est de ne pas utiliser d'agent du tout quand un seul appel suffit déjà.
Trois formes reviennent chaque fois que plusieurs agents travaillent sur une même tâche. Le fan-out lance des agents indépendants en parallèle et les fait converger derrière une barrière commune, qui attend que tous aient fini avant la suite. Le pipeline fait traverser chaque élément d'agent en agent sans jamais s'arrêter pour attendre les autres, et c'est la forme par défaut dès qu'une tâche se découpe en plusieurs étapes. La troisième option, souvent oubliée, consiste à ne lancer aucun agent du tout.
Quand la barrière se justifie
Une barrière coûte cher : elle bloque tout le monde jusqu'au dernier agent arrivé, et le résultat le plus lent fixe le rythme de l'ensemble. Elle ne se justifie que si l'étape suivante a réellement besoin du résultat complet des agents précédents pour démarrer, comparer trois devis avant de choisir un fournisseur en est un exemple. Si chaque sous-tâche peut avancer sans attendre le résultat des autres, un pipeline sans barrière avance plus vite : chaque élément traité passe à l'étape suivante dès qu'il est prêt, sans attendre que les autres arrivent au même point.
Renoncer, la quatrième case
Anthropic documente cette architecture multi-agents comme une option coûteuse, pas comme un défaut. Un système à plusieurs agents consomme, selon leur propre mesure publiée en janvier 2026, environ trois à dix fois plus de jetons qu'une approche à un seul agent : la figure qui accompagne cette leçon chiffre cet écart. Leur recommandation directe consiste à commencer par l'approche la plus simple qui fonctionne, et à n'ajouter de la complexité que si une preuve la justifie. Un agent bien outillé accomplit souvent bien plus qu'on ne l'attend d'un agent seul.
Ce triptyque, fan-out, pipeline, barrière, n'est pas le vocabulaire employé par Anthropic : c'est une grille de lecture propre à ce cours, construite pour trancher entre les architectures. La documentation officielle décrit les mêmes gestes sans les nommer ainsi, elle mentionne des agents qui relisent le travail les uns des autres de façon contradictoire, ou qui rédigent un plan sous plusieurs angles avant de les comparer.
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)
Avant de choisir, posez deux questions dans l'ordre. Les sous-tâches peuvent-elles vraiment avancer en parallèle, sans dépendre les unes des autres. Et un seul appel, en un seul tour, suffirait-il déjà à produire le résultat attendu. Si la réponse à la seconde question est oui, l'architecture qui gagne est celle qu'on n'a pas construite. La leçon suivante, sur l'isolement par worktree et la boucle à sec, part du principe que le fan-out a déjà été choisi.
Choisir entre fan-out, pipeline et renoncement
Un seul appel suffit
Le travail avance sans étape qui rassemble plusieurs résultats, un simple échange en un tour couvre déjà le besoin.
Agents parallèles sans convergence
Chaque agent traite sa part indépendamment et livre son résultat directement, sans étape commune qui les rassemble ensuite.
Pipeline avec point de passage
Le travail avance d'agent en agent, et un seul point du parcours attend que la chaîne complète soit passée avant de continuer.
Fan-out avec barrière
Les agents indépendants tournent en parallèle et convergent tous vers une étape commune qui attend leur résultat complet avant de continuer.
Le coût d'un système multi-agents face à un seul agent
Une responsable logistique lance trois agents en parallèle, chacun chargé de repérer les délais de livraison d'un fournisseur différent sur les douze derniers mois, et prévoit une étape commune qui attend les trois rapports pour composer un tableau comparatif unique.
Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.
Ce que cela établit : Ce choix correspond au cas où une barrière est justifiée, les trois sous-tâches sont indépendantes et l'étape de tableau comparatif a besoin du résultat complet des trois rapports pour commencer.
Ce que cela n’établit pas : Il n'établit pas que cette architecture à trois agents est plus rapide ou moins coûteuse qu'un seul agent traitant les trois fournisseurs l'un après l'autre, aucune comparaison de ce type n'a été faite.
Les trois calibrages faux les plus courants
- Trop large Cette situation prouve que le fan-out avec barrière est la meilleure architecture pour tout travail de comparaison entre plusieurs fournisseurs.
- Trop étroit Cette situation ne prouve rien du tout sur l'architecture retenue, puisque la responsable aurait pu tout aussi bien lancer les trois agents l'un après l'autre.
- À côté Cette situation montre que les délais de livraison ont sensiblement varié d'un fournisseur à l'autre au cours de l'année écoulée.
- Une barrière n'a de sens que si une étape suivante a réellement besoin du résultat complet de toutes les précédentes pour démarrer son propre travail.
- Un pipeline sans barrière avance plus vite qu'un fan-out dès que chaque sous-tâche peut passer à l'étape suivante sans attendre les autres.
- Un système à plusieurs agents consomme environ trois à dix fois plus de jetons qu'une approche à un seul agent, ce qui fait du renoncement à tout agent une option à examiner avant les deux autres.
- Le vocabulaire fan-out, pipeline et barrière appartient à ce cours, pas à la documentation officielle, qui décrit les mêmes gestes avec d'autres mots.
Avant de lancer plusieurs agents sur votre prochaine tâche, écrivez sur une ligne si les sous-tâches dépendent les unes des autres, et sur une seconde ligne si un seul appel en un tour suffirait déjà : tranchez l'architecture à partir de ces deux réponses avant d'écrire le moindre prompt.
Ces points dépendent d’une interface ou d’une règle qui peut avoir changé depuis la rédaction. Vérifiez-les sur votre propre écran avant de vous y fier.
- Vérifiez sur la page du blog Anthropic si la fourchette de trois à dix fois plus de jetons a été mise à jour depuis la publication de janvier 2026, ce type de mesure de coût évolue avec les versions du modèle.
Chaque affirmation datable de cette leçon renvoie ici au texte public qui la porte. Une source qui ne s’ouvre pas ne prouve rien.
- Anthropic, building multi-agent systems, when and how to use them consultée le 2026-01-23
- Claude Code, documentation des workflows, consultée le 2026-09-02 consultée le 2026-09-02