Systèmes multi-agents : quand plusieurs agents valent mieux qu'un
Les schémas multi-agents sont l'artefact le plus séduisant du domaine. Des cases avec des intitulés de poste, des flèches entre elles, un coordinateur en haut : cela ressemble à un organigramme, et les organigrammes donnent une impression de progrès.
Puis vient la production et les questions arrivent : quel agent a produit ce chiffre faux, pourquoi le coordinateur l'a-t-il accepté, et pourquoi une requête coûte-t-elle maintenant onze appels de modèle ? Ce guide traite des conditions où cela vaut quand même la peine, et de la façon d'en construire un qui reste déboguable.
Les trois conditions#
Plusieurs agents se justifient si les trois tiennent. Les sous-tâches sont vraiment indépendantes : aucune n'a besoin de la sortie de l'autre pour démarrer. Chacune exige des outils différents ou un niveau de modèle différent, donc la spécialisation achète quelque chose de réel. Et le travail est assez lent pour que le parallélisme change l'expérience. Si seulement deux tiennent, une boucle avec plus d'outils est presque toujours meilleure, moins chère et plus facile à réparer.
Deux agents qui doivent se parler en permanence forment un agent doté d'un bus de messages coûteux.
Topologies et coûts#
| Topologie | Fonctionnement | Profil de coût | Panne principale |
|---|---|---|---|
| Superviseur | Un agent délègue à des spécialistes | N+1 boucles | Le superviseur route mal |
| Pipeline | Passages fixes, étapes spécialisées | Prévisible | Une étape se dégrade en silence |
| Éventail parallèle | Même tâche, plusieurs regards, fusion | Le plus élevé | La fusion devient le goulot |
| Débat ou critique | L'un propose, l'autre conteste | 2× par échange | Accord sans discernement |
| Tableau noir | État partagé, tous lisent et écrivent | Imprévisible | Courses et boucles |
Des règles qui gardent le tout déboguable#
- Chaque agent avec un contrat écrit : ce qu'il reçoit, ce qu'il rend, ce qu'il ne doit jamais faire.
- Passer des objets structurés entre agents, jamais de la prose libre.
- Un identifiant d'exécution pour toute la requête, sur chaque appel de chaque agent.
- Plafonner le coût au niveau du système, pas par agent.
- Interdire les cycles sauf avec compteur explicite et condition de sortie.
- Que chaque agent puisse répondre `je n'ai pas pu` et que le coordinateur le gère.
Le problème d'évaluation que personne ne planifie#
Avec un agent, on évalue des résultats. Avec plusieurs, il faut aussi évaluer les passages de relais, car le système peut se tromper alors que chaque agent se comporte bien : le routeur a mal choisi, ou la fusion a perdu la moitié importante. Construisez l'évaluation aux deux niveaux : résultats de bout en bout et paires entrée-sortie par agent tirées d'exécutions réelles.
Un exemple qui en vaut la peine#
La veille concurrentielle convient vraiment : pour dix entreprises, réunir des informations publiques. Les sous-tâches sont indépendantes, chacune est lente et la fusion est une agrégation simple. Dix agents en parallèle terminent dans le temps d'un seul et un synthétiseur rédige le résumé. Comparez avec un agent de support sur une question client : les étapes dépendent en séquence, et découper n'ajoute que des relais et de la latence.
Questions fréquentes
Un superviseur améliore-t-il la justesse ?
Seulement si le routage est bon. 90 % devant des spécialistes à 95 % donne environ 85 % de bout en bout, invisible sans mesure séparée. Gardez peu de spécialistes, descriptibles en une phrase.
Le débat entre agents vaut-il son coût ?
Parfois, pour des jugements vraiment discutables et quand le critique reçoit des preuves à vérifier. Sur des recherches factuelles, il produit surtout de l'accord au double du prix.
Comment déboguer une panne multi-agents ?
Avec un identifiant partagé sur chaque appel, les entrées et sorties stockées par agent et une vue des relais dans l'ordre. Sans reconstitution, on finit par réécrire des prompts au hasard.
systèmes multi-agentsagent superviseurcollaboration d'agentsagents en parallèlerelais entre agents
