Hier, on a monté un orchestre : un agent chef qui découpe une grosse tâche et la distribue à des agents spécialistes. Mais notre chef avait une particularité : il improvisait. À chaque instant, un modèle décidait en direct qui joue ensuite. Souple, oui. Prévisible, reproductible, auditable ? Pas vraiment.
Aujourd’hui, on tend au chef ce que tout vrai orchestre a sous les yeux : une partition. Écrite à l’avance, avec des mouvements, des barres de reprise et des fins alternatives. En termes techniques : la graph-driven agent orchestration, l’orchestration d’agents pilotée par graphe, où les enchaînements possibles entre agents sont dessinés en graphe avant le concert. Si vous avez lu notre article sur le graph engineering, vous connaissez déjà les rails ; aujourd’hui, on y fait circuler des orchestres entiers. Vous allez voir : c’est pas sorcier.
Deux façons de diriger le même concert
Un système multi-agents se dirige de deux façons, et la différence est exactement celle qui sépare le jazz de la symphonie :
- Le bœuf de jazz (piloté par superviseur). Un agent chef de groupe regarde l’état du morceau après chaque phrase et décide, en direct, qui joue ensuite : « chercheur, encore un tour », « rédacteur, à toi ». Chaque décision est un appel au modèle, avec la créativité d’un modèle et les caprices d’un modèle. Deux exécutions de la même tâche peuvent suivre des chemins complètement différents, et le compteur de tokens tourne pendant chaque décision.
- La symphonie (pilotée par graphe). Les enchaînements sont écrits à l’avance : après la recherche vient la rédaction, après la rédaction la relecture, si la relecture échoue on reprend, deux fois maximum. Le chef prend encore des décisions, mais uniquement là où la partition marque un choix. Tout le reste est de l’encre sur le papier : du code déterministe, pas l’humeur d’un modèle.
La partition ne retire rien au talent des musiciens. À l’intérieur de chaque mouvement, l’agent garde sa boucle agentique complète, ses outils, son autonomie. Ce que la partition supprime, c’est l’improvisation entre les mouvements : qui joue quand ne se discute plus pendant l’exécution.
Lire la partition
Vous vous souvenez des quatre mots du graph engineering ? Ils se traduisent en musique directement. Le nœud, c’est le mouvement, et en orchestration d’agents chaque mouvement contient un agent complet, pas juste un appel de modèle. L’arête, c’est l’ordre des mouvements. L’arête conditionnelle, c’est la fin alternative : première fois, on reprend ; deuxième fois, on avance. Et l’état, c’est la partition commune que tout le monde annote : le brief, les notes de recherche, le brouillon, les verdicts de relecture. Chaque agent la lit, joue sa partie, y écrit son résultat.
Voici la salle de rédaction d’hier, réécrite en partition :
flowchart TD
B([Brief]) --> P[Planifier l'étude]
P --> R1[Chercheur : concurrents]
P --> R2[Chercheur : réglementation]
P --> R3[Chercheur : avis clients]
R1 --> M[Fusionner les notes]
R2 --> M
R3 --> M
M --> W[Rédacteur : brouillon]
W --> V{Relecteur : verdict}
V -->|à revoir, max 2| W
V -->|validé| H{Validation humaine}
H -->|corrections demandées| W
H -->|approuvé| E([Publier])
Toutes les astuces d’une vraie partition y sont. Les trois chercheurs forment un tutti : des pupitres qui jouent en même temps, et le mouvement « fusionner » attend les trois, une barrière, avant que le rédacteur ne démarre. La flèche « à revoir » est une barre de reprise avec une limite écrite à l’encre : deux passages, puis on avance quoi qu’il arrive ; pas de boucle infinie improvisée. Et la validation humaine, c’est le point d’orgue : l’endroit où le chef suspend tout, baguette en l’air, jusqu’au signe d’un humain. Du human-in-the-loop garanti par la partition, plutôt que promis par un prompt.
Ce que la partition écrite vous rapporte
Par rapport au bœuf d’hier, quatre choses, et la première est la plus sous-estimée :
- Vous pouvez reprendre à la mesure 42. Une longue orchestration échoue à l’étape 7 sur 9, une API expire, un humain met deux jours à valider. Avec un bœuf, on rejoue tout le concert. Avec un graphe, l’état annoté est sauvegardé à chaque mouvement, un checkpoint, et l’exécution reprend exactement où elle s’était arrêtée. Pour les workflows qui impliquent des humains ou durent des heures, ce n’est pas un luxe ; c’est la fonctionnalité.
- Deux exécutions, même chemin. Le superviseur improvisateur pouvait appeler les chercheurs une fois, deux fois, ou en oublier un. La partition joue les mêmes mouvements à chaque fois. Quand quelque chose déraille, vous savez exactement quel mouvement blâmer, et vos évals testent chaque mouvement séparément.
- Chaque pupitre a son budget et ses droits. Le mouvement de tri fait tourner un petit modèle bon marché ; seul le rédacteur a droit au gros. Les chercheurs ont des outils en lecture seule ; seul le mouvement « publier » peut envoyer quoi que ce soit, et il est derrière le point d’orgue. Des guardrails dans la structure, pas dans le prompt.
- Moins de décisions de direction, facture réduite. Chaque « qui joue ensuite ? » du superviseur était un appel au modèle. La partition répond à la plupart gratuitement, en code. Le surcoût ×15 du multi-agents d’hier ne disparaît pas, mais sa part « direction d’orchestre », si.
C’est exactement ce que livrent les outils actuels : les graphes de LangGraph avec leurs checkpoints, les workflows du Microsoft Agent Framework, les scripts de workflow de Claude Code qui orchestrent des subagents. Partout la même idée : des agents dans les nœuds, du code sur les arêtes.
Le mot d’honnêteté
- N’écrivez pas de partition pour un bœuf. Le travail exploratoire (déboguer un problème inconnu, une recherche ouverte) ne se note pas à l’avance ; vous écririez une musique que personne n’a encore entendue. Gardez l’agent libre, ou le superviseur improvisateur, pour les tâches vraiment imprévisibles.
- L’hybride est la norme, pas une triche. La forme la plus courante en production, c’est une partition dont les mouvements contiennent des improvisateurs : le graphe fixe la grande séquence (chercher, puis rédiger, puis relire, puis valider), et à l’intérieur de chaque mouvement un agent improvise librement. Structure entre les mouvements, liberté dedans.
- Le piège classique : la symphonie à quarante mouvements. Si votre graphe a besoin d’une légende pour être lu, vous avez sur-ingénieré. Commencez avec trois mouvements et une barre de reprise ; ajoutez le mouvement suivant le jour où une vraie panne le réclame.
Le tableau récap
| La partition | Le graphe | Ce que ça vous donne |
|---|---|---|
| Un mouvement | Nœud contenant un agent complet | Travail concentré, contexte et outils propres |
| L’ordre des mouvements | Arête | L’enchaînement fixe, gratuit |
| La fin alternative | Arête conditionnelle | Un choix seulement là où vous l’avez marqué |
| La barre de reprise, limitée | Boucle avec maximum d’essais | Des secondes chances, jamais infinies |
| Le tutti + tout le monde prêt | Fan-out parallèle + barrière | De la vitesse sur le travail découpable |
| Le point d’orgue | Porte human-in-the-loop | La pause qui attend le signe d’un humain |
| La partition commune annotée | État + checkpoints | Une trace auditable, et la reprise à la mesure 42 |
En résumé
La graph-driven agent orchestration, c’est l’orchestre d’hier qui joue sur partition écrite : des agents complets dans les nœuds, du code sur les arêtes, des choix uniquement aux embranchements marqués, et un état sauvegardé qui permet à un long concert de reprendre où il s’était arrêté. Le bœuf pour l’inconnu, la symphonie pour le répétable, et la plupart des vrais systèmes quelque part entre les deux : une partition ferme, des solos improvisés.
Si vous savez suivre une partition, ou un plan de métro, vous savez lire un graphe d’orchestration. Vraiment : c’est pas sorcier.
Un mot vous échappe ? Le glossaire définit tous les termes de l’IA, en langage clair.
