Coordination multi-agents

La coordination multi-agents désigne l'ensemble des mécanismes par lesquels plusieurs agents IA collaborent pour accomplir une tâche que ni l'un ni l'autre ne pourrait accomplir seul. C'est l'un des sujets les plus actifs de la recherche en 2024-2026, avec une littérature qui s'enrichit rapidement et des frameworks qui se multiplient (LangGraph, CrewAI, AutoGen, Swoft, et bien d'autres).

Le papier Cemri et al. (arXiv 2025) a fait référence en répertoriant quatorze modes d'échec récurrents dans les systèmes multi-agents : cascade d'erreurs, perte de contexte entre agents, négociation infinie, hallucination collective, contradiction de rôles, dérive d'objectif, blocage par dépendance circulaire, etc. Chaque mode d'échec a une probabilité non négligeable d'apparaître en production sans architecture appropriée.

Trois familles d'architecture

• Topologie en étoile : un orchestrateur central pilote des agents spécialisés. Simple à implémenter, scalabilité limitée, point de défaillance unique. Exemple : LangGraph en mode supervisor.
• Topologie en graphe : agents pairs qui s'envoient des messages selon des règles déclarées. Flexible, difficile à déboguer. Exemple : AutoGen, CrewAI.
• Topologie alignée Conway : agents structurés selon les frontières organisationnelles ou domaine du système, communication par événements typés. Coordination plus prévisible, alignement métier fort. Exemple : architecture Swoft.

La coordination multi-agents devient pertinente dès qu'on dépasse l'agent unique. C'est-à-dire en pratique dès qu'on adresse un workflow métier complet (souscription, sinistre, dossier patient, scoring) qui nécessite plusieurs compétences : extraction documentaire, validation, scoring, escalade. Pour une organisation, c'est typiquement le passage du POC mono-agent au déploiement multi-domaines.

Chez Swoft, la coordination multi-agents repose sur trois principes alignés sur la loi de Conway. Premièrement, chaque agent est rattaché à un Bounded Context du métamodèle DDD : son périmètre est une contrainte architecturale, pas une consigne de prompt. Deuxièmement, les agents ne communiquent jamais en texte libre entre eux, mais via des événements typés persistés dans l'Event Store. Troisièmement, l'orchestration des workflows longs est portée par des sagas event-sourcées, avec compensation automatique en cas d'échec partiel.

Cette architecture résout structurellement la majorité des quatorze modes d'échec recensés dans la littérature. La cascade d'erreurs est bornée par la compensation automatique. La perte de contexte est éliminée par la mémoire partagée de l'Event Store. La contradiction de rôles est impossible car les Bounded Contexts sont disjoints. La dérive d'objectif est captée par les approval gates injectées dans les sagas.