Pourquoi ce sujet est important
Un système multi-agents peut séparer compétences ou responsabilités, mais ajoute coordination, latence et coût. La première question n’est pas “quel framework ?” mais “pourquoi un agent unique avec plusieurs outils ne suffit-il pas ?”.
Quand plusieurs agents sont justifiés
Le multi-agent est pertinent lorsque des rôles ont des outils, droits, contextes ou propriétaires différents, ou lorsque plusieurs travaux indépendants peuvent être parallélisés. Un simple enchaînement rédaction → relecture peut souvent être un workflow déterministe.
Choisir une topologie
Un superviseur central distribue les tâches et agrège les résultats. Une topologie hiérarchique ajoute des sous-superviseurs. Un modèle pair-à-pair permet la délégation directe mais complique contrôle et diagnostic. Commencez par la topologie la plus simple.
Définir des contrats
Chaque agent possède mission, entrées, sorties structurées, outils autorisés, budget et conditions d’arrêt. Les messages doivent inclure identifiant de tâche, version et provenance. N’échangez pas des historiques complets lorsque quelques faits suffisent.
Gérer l’état partagé
Distinguez état métier durable, artefacts, messages et mémoire. Utilisez une source de vérité contrôlée et des mises à jour idempotentes. Gérez conflits de concurrence et expiration. Un agent ne doit pas écraser silencieusement le travail d’un autre.
Limiter boucles et coût
Fixez profondeur de délégation, nombre de messages, tokens et délai par agent. Détectez ping-pong et tâches dupliquées. Le superviseur doit pouvoir annuler et basculer vers un humain. Mesurez le coût de coordination séparément du travail utile.
Sécuriser les frontières
Chaque agent applique le moindre privilège. La délégation ne transfère pas automatiquement les droits de l’utilisateur. Validez les artefacts externes et protégez contre les instructions injectées. Les actions sensibles restent soumises à une politique centrale.
Évaluer contre une architecture simple
Comparez taux de réussite, coût, latence et erreurs à un agent unique ou un workflow. Évaluez aussi attribution correcte, qualité des handoffs, doublons et capacité de reprise. Sans gain mesuré, gardez l’architecture simple.
Exemple concret
Une plateforme de due diligence sépare collecte publique, analyse financière et revue juridique car les sources, outils et validateurs diffèrent. Un superviseur distribue les tâches, impose des sorties avec citations et attend la validation humaine avant le rapport final. Chaque agent possède un budget.
Les erreurs fréquentes
- créer un agent par étape marketing
- partager toutes les permissions
- laisser les agents se déléguer sans limite
- utiliser le chat comme seule base d’état
- ne pas gérer conflits et doublons
- comparer uniquement la qualité finale
Checklist
- [ ] Justification face à un agent unique
- [ ] Topologie simple choisie
- [ ] Contrats de messages structurés
- [ ] État et artefacts séparés
- [ ] Budgets et profondeur bornés
- [ ] Permissions par rôle
- [ ] Reprise et annulation testées
- [ ] Baseline simple comparée
FAQ
Combien d’agents faut-il ?
Le minimum nécessaire. Deux ou trois rôles clairement distincts suffisent souvent.
Faut-il un superviseur ?
Il facilite contrôle et audit. Une délégation pair-à-pair n’est utile que pour des besoins précis.
MCP ou A2A résout-il l’orchestration ?
Non. Ces protocoles standardisent certaines interfaces ; état, budgets, droits et évaluation restent à concevoir.
Comment détecter une boucle ?
Suivez graphe de délégation, signatures de tâches, nombre de messages et absence de progrès, puis imposez des limites.