Systèmes multi-agents : Ingénierie des flux de travail vs Intelligence émergente

Après avoir construit et expérimenté avec plusieurs systèmes multi-agents, un développeur sur r/LocalLLaMA soutient que la plupart des implémentations actuelles résolvent des problèmes d'ingénierie plutôt que des problèmes d'intelligence. Le post examine ce que les systèmes multi-agents font réellement bien et pourquoi ils ne produisent pas encore d'intelligence émergente.

Ce que les systèmes multi-agents font réellement bien

D'après l'expérience du développeur, les systèmes multi-agents aident principalement avec trois avantages pratiques d'ingénierie :

• Décomposition des tâches : Au lieu d'un énorme prompt, les workflows sont divisés en plusieurs étapes. Exemple : Agent Planificateur → décide du plan, Agent de Recherche → rassemble les informations, Agent Rédacteur → génère le contenu, Agent Critique → révise. Cela fonctionne bien mais est fondamentalement juste un pipeline.
• Parallélisation : Les configurations multi-agents facilitent l'exécution des tâches en parallèle. Exemple : Agent de Recherche 1 → recherche des articles, Agent de Recherche 2 → recherche des actualités, Agent de Recherche 3 → recherche des bases de données, avec un agent agrégateur combinant les résultats. Ce sont essentiellement des travailleurs distribués avec un raisonnement LLM.
• Modularité d'ingénierie : Dans les systèmes réels avec des dizaines d'outils, diviser les agents par responsabilité aide au développement et à la maintenance. Exemple : Agent de Recherche → gère les outils de recherche, Agent de Base de Données → gère les requêtes DB, Agent de Code → gère les tâches de codage, Agent Planificateur → gère le raisonnement. C'est principalement de l'architecture logicielle, pas de l'intelligence émergente.

Pourquoi les "essaims d'agents" ne produisent pas d'intelligence émergente (pour l'instant)

Le post identifie trois limitations structurelles :

• La communication est extrêmement coûteuse : Les neurones communiquent en microsecondes. Les agents communiquent via des appels LLM qui prennent des secondes, limitant les interactions complexes.
• Les agents ne peuvent pas se mettre à jour mutuellement : Les réseaux de neurones apprennent par rétropropagation. Si l'Agent A fait une erreur, l'Agent B peut la critiquer, mais cela ne change pas réellement le modèle interne de l'Agent A.
• Aucun espace de représentation partagé : Les neurones communiquent via des vecteurs. Les agents communiquent via le langage naturel, qui est ambigu, avec perte et coûteux en tokens, provoquant une dégradation rapide de l'information à travers plusieurs agents.

À quoi ressemblent réellement les systèmes multi-agents

Le développeur conclut qu'après avoir travaillé avec eux, ces systèmes ressemblent beaucoup plus à une architecture de microservices. Chaque agent est essentiellement : un rôle, un ensemble d'outils et un prompt, et le système est juste un workflow orchestré.

Valeur pratique et orientations futures

Les systèmes multi-agents ne sont pas inutiles — ils sont extrêmement utiles pour les workflows complexes, les systèmes riches en outils, les grandes équipes d'ingénierie et les tâches parallélisables. Cependant, la valeur est principalement l'évolutivité d'ingénierie, pas l'intelligence collective.

La vraie question est : si nous voulons réellement une véritable intelligence multi-agents émergente, nous avons probablement besoin de quelque chose de très différent. Peut-être des choses comme : des espaces de mémoire latente partagés, des agents qui apprennent des politiques (RL multi-agents), ou des architectures de raisonnement basées sur des graphes au lieu de pipelines.

Actuellement, la plupart des "systèmes multi-agents" sont juste des workflows bien structurés avec des LLMs.