Architecture Multi-Agents : Éviter le piège de l'agent unique dans les systèmes d'IA

Le Problème : Systèmes Fragiles à Agent Unique

Selon l'expérience d'un développeur partagée sur r/openclaw, de nombreuses configurations d'agents IA rencontrent un mur vers la semaine 2 ou 3. Le système semble fragile et se brise avec "une entrée bizarre", conduisant à une surveillance constante au lieu d'un fonctionnement autonome. Le développeur a passé 3 mois en essais et erreurs avant d'atteindre la fiabilité.

L'Erreur Fondamentale : Un Agent Qui Fait Tout

Le post identifie l'erreur architecturale fondamentale : "Les gens construisent un agent et lui donnent tout à faire." Cela inclut la gestion des conversations clients, l'extraction de données, la mise en forme de documents, l'envoi d'emails, la gestion de la mémoire et la prise de décisions. Cette approche provoque des changements de contexte constants, entraînant une perte de clarté, des hésitations, des hallucinations et des tâches abandonnées.

La Solution : Orchestrateur avec Spécialistes

Le modèle mental fonctionnel est : "Un orchestrateur. Plusieurs spécialistes."

• Orchestrateur : Ne gère que le routage – comprend les requêtes, détermine quel spécialiste les traite, transmet les tâches et collecte les résultats. Ne fait jamais le travail réel.
• Spécialistes : Chacun fait une chose bien avec un champ d'action étroit pour une sortie fiable. Exemples :
  • Agent de données : Extrait et met en forme uniquement les données
  • Agent de communication : Gère uniquement la prise de contact et le suivi
  • Agent de mémoire : Suit uniquement l'état et le contexte entre les sessions

Exemple Pratique : Système d'Automatisation des Devis

Le post fournit un exemple concret pour un système d'automatisation des devis multi-entreprises qui extrait les prix d'Excel et QuickBooks, construit des devis sur le bon en-tête, obtient l'approbation et les envoie aux clients.

Mauvaise approche : Un agent essayant de gérer toutes les tâches en séquence conduit à une confusion entre les contextes d'entreprise, des devis mal formatés, des prix erronés et une fiabilité médiocre.

Bonne approche :

• Agent de réception : Gère la conversation par texte, Telegram, email, etc. Comprend les besoins et transmet une tâche propre à l'orchestrateur.
• Agent de données : Extrait d'Excel et QuickBooks selon la tâche. Connaît les numéros d'articles, les prix, les délais, les informations d'expédition. Renvoie des données structurées.
• Agent de mise en forme : Prend les données structurées, applique le modèle d'entreprise correct, construit le document.
• Agent de livraison : Attend l'approbation, recherche l'email du client dans la liste, envoie le devis.

Chaque agent a un seul travail, l'orchestrateur les connecte, et l'approbation humaine intervient avant l'envoi. Le système fonctionne de manière prévisible sans hallucinations car aucun agent unique n'est chargé de faire trop de choses à la fois. Quand quelque chose casse, vous savez exactement quel spécialiste a échoué et pourquoi.

Idée Clé

La différence entre les configurations qui fonctionnent et celles qui échouent n'est pas le modèle ou la plateforme utilisée, mais si vous avez respecté le principe de champ d'action étroit lors de la conception des rôles des agents. Le développeur propose des modules de framework gratuits pour les décompositions de rôles personnalisées, les workflows et l'architecture pour des cas d'entreprise spécifiques.