Un agent seul est limité. Plusieurs agents orchestrés sont puissants.
Un agent unique fait bien une chose. Mais les vrais gains viennent quand plusieurs agents spécialisés collaborent, chacun dans son domaine, coordonnés par un orchestrateur.
C'est exactement comme une équipe humaine : vous n'embauchez pas un généraliste pour tout faire. Vous avez un comptable, un commercial, un développeur. Chacun excelle dans son domaine. Le dirigeant orchestre.
Les 3 patterns d'orchestration
- Séquentiel (pipeline) — L'agent A fait son travail, passe le résultat à B, qui passe à C. Comme une chaîne de montage. Idéal pour les processus linéaires (rédaction → relecture → publication).
- Parallèle (fan-out) — L'orchestrateur lance A, B, et C en même temps sur des tâches indépendantes, puis rassemble les résultats. Idéal pour gagner du temps (auditer 3 concurrents simultanément).
- Conversationnel (boucle) — Deux agents échangent jusqu'à convergence. L'un propose, l'autre critique, le premier améliore. Idéal pour la qualité (rédacteur + relecteur, jusqu'à satisfaction des critères).
L'orchestrateur : le chef d'orchestre
L'orchestrateur est l'agent qui distribue le travail. Il ne fait rien lui-même — il décide qui fait quoi, quand, et vérifie que le résultat global est cohérent.
Dans le Synedre d'Alexandre Carette, l'orchestrateur s'appelle Atlas. Quand une tâche arrive, Atlas identifie les agents concernés (Turing pour le code, Pulitzer pour le contenu, Lovelace pour la qualité) et les lance dans le bon ordre.
Règle d'or : spécialisation maximale
Un agent qui fait trop de choses fait tout mal. Chaque agent doit avoir :
- Un périmètre clair — 1 domaine, pas 3
- Des outils dédiés — accès uniquement à ce dont il a besoin
- Des critères de succès — comment il sait que son travail est terminé
Si un agent a besoin de plus de 5 outils différents, il est probablement trop large. Découpez-le.
Gestion des erreurs entre agents
Que se passe-t-il quand l'agent B échoue au milieu de la chaîne ? Trois stratégies :
- Retry — réessayer avec des paramètres différents
- Fallback — passer à un agent de secours (Mistral si Claude est indisponible)
- Escalade — alerter un humain pour décision
La pire erreur : laisser un workflow échouer en silence. Chaque échec doit être logué et visible.
\nExercice pratique
\nReprenez votre workflow de la leçon 2. Identifiez les étapes qui peuvent tourner en parallèle. Dessinez la version multi-agents avec un orchestrateur. Quel pattern utilisez-vous pour chaque segment ?
