Un bon agent, c’est un soliste talentueux : donnez-lui un objectif, il joue jusqu’au bout du morceau. Mais certaines tâches ne sont pas des pièces pour soliste. Auditer une base de code entière, étudier un marché sous vingt angles, migrer deux cents fichiers : trop gros pour un seul contexte, trop varié pour un seul spécialiste. C’est là qu’on arrête d’engager un soliste et qu’on monte un orchestre.
L’orchestration d’agents, ce n’est rien d’autre que ça : faire travailler plusieurs agents spécialisés sur un même objectif, avec quelqu’un pour les garder en mesure. Le mot sonne très « entreprise » ; l’idée tient dans une image, et on la garde pour tout l’article. Vous allez voir : c’est pas sorcier.
Le chef d’orchestre ne joue d’aucun instrument
Observez un chef d’orchestre pendant un concert : il ne produit pas une seule note. Il a choisi le programme, décidé qui joue quand, il écoute tout, et il redresse le tempo quand les cuivres s’emballent. Retirez-le : chaque musicien joue toujours aussi bien ; ensemble, ils se désynchronisent.
Un système orchestré fonctionne pareil :
- L’orchestrateur, c’est le chef. Souvent un agent lui-même, il prend l’objectif, le découpe en parties, confie chaque partie au bon spécialiste, surveille les résultats qui reviennent, et assemble la pièce finale. Le « vrai » travail, il n’en fait presque aucun.
- Les agents ouvriers, ce sont les musiciens. Chacun est un agent complet : sa propre boucle agentique, ses propres outils, et surtout sa propre fenêtre de contexte. Le violon n’entend pas la partition du hautbois : chaque spécialiste travaille dans sa bulle, concentré, sans se noyer dans les détails des autres.
- Le handoff, c’est le relais entre pupitres. Quand un agent passe le travail à un autre, il doit transmettre le contexte avec : l’objectif, ce qui est fait, ce qui reste. Un handoff raté est le bug numéro un des systèmes multi-agents ; le second violon ne peut pas deviner ce que jouait le premier.
L’ensemble forme un système multi-agents, et l’orchestration d’agents, c’est l’art de le diriger.
Cinq orchestres que vous croiserez vraiment
Assez de théorie. Voici cinq arrangements réels, chacun bâti sur un pattern de notre collection de patterns.
1. Le guichet de support. Un agent de tri bon marché lit chaque ticket entrant et le confie au spécialiste facturation, au spécialiste technique, ou à un humain. Chaque spécialiste n’a que ses propres outils et sa propre documentation. C’est du routing : le chef qui désigne le pupitre dont c’est le tour.
2. La salle de rédaction. Pour produire une étude de marché : trois agents chercheurs partent en même temps (un lit les concurrents, un la réglementation, un les avis clients), un agent rédacteur fusionne leurs notes en brouillon, un agent relecteur le critique contre une checklist, et le brouillon repart en boucle jusqu’à validation. C’est de la parallelization plus de l’evaluator-optimizer : les pupitres qui jouent ensemble, puis la répétition où le chef dit « on reprend à la mesure 12 ».
3. La revue de code. Un agent traqueur cherche les bugs, un autre vérifie les performances, un troisième la sécurité. Puis chaque trouvaille passe devant un agent vérificateur dont le seul rôle est d’essayer de la réfuter : seules les trouvailles confirmées arrivent jusqu’à vous. Les outils de code fonctionnent exactement comme ça sous le capot (les subagents et workflows de Claude Code, par exemple). Les seconds avis sceptiques coûtent beaucoup moins cher quand ce sont des agents.
4. La migration. « Convertis ces 214 fichiers vers la nouvelle API. » L’orchestrateur liste les fichiers, lance un ouvrier par lot, chaque ouvrier convertit les siens dans son propre contexte, l’orchestrateur rassemble et lance les tests. C’est le pattern orchestrator-workers : la partition est triviale, c’est le volume qui pose problème, et vingt musiciens jouent vingt pupitres à la fois.
5. La recherche approfondie. Anthropic a décrit le fonctionnement de sa fonction Research : un agent chef lit votre question, lance plusieurs agents chercheurs qui explorent des angles différents en parallèle, puis synthétise leurs résultats avec citations. Leur mesure : la version multi-agents a battu leur meilleur agent seul de 90 % sur leurs évals internes de recherche. Le même article donne la facture, et on y vient, parce que c’est la partie honnête.
Vous retrouverez ces mêmes arrangements dans tous les outils d’orchestration, quelle que soit la marque : LangGraph, CrewAI, le Microsoft Agent Framework, l’OpenAI Agents SDK et ses handoffs, ou les subagents de Claude Code. Le vocabulaire change ; l’orchestre, non.
Le mot d’honnêteté : la plupart des concerts se jouent en solo
Avant d’engager un orchestre, trois avertissements, venus de ceux qui en font tourner en production :
- C’est cher. Chaque agent transporte son contexte, ses appels d’outils, ses reprises. Les chiffres d’Anthropic eux-mêmes : un agent consomme environ 4× les tokens d’un chat, et un système multi-agents environ 15×. L’orchestre doit créer assez de valeur pour payer quinze musiciens.
- C’est plus dur à déboguer. Une mauvaise réponse peut venir du chercheur, du rédacteur, du relecteur, ou d’un handoff entre eux. Sans traces par agent et sans évals, vous dirigez à l’aveugle.
- Ça ne brille que sur le travail découpable. Des musiciens en parallèle aident quand la pièce se découpe en parties indépendantes (lire vingt sources, convertir deux cents fichiers). Une tâche profondément séquentielle, où chaque étape dépend de la précédente, ne gagne rien à ajouter des joueurs ; parfois les agents se marchent même dessus, comme deux pianistes sur un seul clavier.
La règle est d’une simplicité assumée : commencez avec un seul agent. Passez à l’orchestre quand une seule fenêtre de contexte ne peut réellement pas contenir la tâche, ou quand des avis sceptiques indépendants sont précisément le but (revues, vérifications). Pas parce que la démo était impressionnante.
Le tableau récap
| L’orchestre | Le système | Le pattern |
|---|---|---|
| Le chef d’orchestre | Agent orchestrateur : découpe, distribue, assemble | orchestrator-workers |
| Désigner un pupitre | Envoyer la tâche au bon spécialiste | routing |
| Les pupitres jouent ensemble | Des agents indépendants travaillent en parallèle | parallelization |
| « On reprend à la mesure 12 » | Un agent critique fait boucler le travail jusqu’à validation | evaluator-optimizer |
| Se passer la mélodie | Handoff de la tâche + du contexte entre agents | handoff |
| Le concert complet | Plusieurs agents complets, un seul objectif | multi-agent |
En résumé
L’orchestration d’agents, c’est le métier de chef d’orchestre appliqué à l’IA : un agent qui découpe, distribue à des spécialistes qui travaillent chacun dans leur propre contexte, et assemble le résultat. C’est le bon outil pour un travail trop gros ou trop parallèle pour un seul agent, et une facture de tokens ×15 pour un travail qui ne l’est pas.
Reste une question, et elle est de taille : qui écrit la partition ? Aujourd’hui, notre chef improvisait, décidant en direct qui joue ensuite. Demain, on verra ce qui se passe quand on écrit la partition à l’avance, notes, reprises et tout. Indice : il y a des graphes dedans, et ce n’est toujours pas sorcier.
Un mot vous échappe ? Le glossaire définit tous les termes de l’IA, en langage clair.
