Partager via

Modèles multi-agents

Les motifs multi-agents nécessitent une forme d’interaction agent à agent. Les agents participent à un réseau sécurisé de capacités, chaque agent étant un participant bienveillant qui échange des signaux et coordonne le travail.

Implémentez des invocations inter-agents et outils en utilisant les principes de moindre privilège, de simplicité, d’auditabilité et de gouvernance robuste. Pour réduire la complexité, préférez l’orchestration native de la plateforme pour les flux internes, le cas échéant, et utilisez le protocole MCP (Model Context Protocol) pour sécuriser les access authentifiés aux outils et aux données. Utilisez le protocole Linux Foundation Agent2Agent (A2A) pour l’intégration multiplateforme des agents avec les contrats publiés, et les agents frontés par MCP selon les besoins. Standardisez la sécurité et la gestion des agents connectés en utilisant des kits de développement logiciel (SDK) publiés avec un support natif MCP et A2A.

Les cas d’usage complexes peuvent impliquer un hybride de types d’agents magentic, série et simultanés. Par exemple, un flux de travail de génération de documents peut nécessiter à la fois des étapes sérielles (choisir un modèle, générer un contenu ancré et inspecter la conformité), et un flux de travail simultané où plusieurs vérifications de conformité s’exécutent en parallèle. Des types d’agents magétiques simples et complexes peuvent être utilisés dans le flux de travail.

Schéma d’un flux de travail multi-agents montrant les flux concurrents et sériels entre les agents 1A, 1B, 2 et 3, avec une révision humaine à la fin.

Recommandations d’interaction multi-agents

  • Privilégiez l’orchestration native de la plateforme pour les flux internes avec sous-agents lorsque possible afin de garder l’orchestration simple.

  • Utilisez MCP pour l'accès aux outils et aux données, y compris les outils liés aux services Microsoft 365. Il est recommandé de présenter des données et des actions aux agents avec une sécurité, une authentification, et un audit de qualité professionnelle.

  • Utilisez A2A pour la messagerie multiplateforme entre agents. Concevoir pour la découverte de capacités et les contrats de mission. Exiger que les agents publient des « cartes d’agent » (capacités) et utilisent le modèle de tâches et d’artefacts d’A2A afin que les flux de travail puissent découvrir, invoquer et suivre des tâches de longue durée à travers les runtimes.

  • Intégrer des agents matures ou abstraits via MCP ou A2A pour éviter de réimplémenter la logique et améliorer la réutilisation ainsi que la traçabilité et le contrôle de bout en bout.

  • Intégrez des agents externes connectés en utilisant des SDK publiés pour standardiser la sécurité, l’enregistrement et l’observabilité.

  • Appliquer les politiques et les audits au niveau du plan de contrôle avec des cadres comme Agent 365 pour maintenir les agents conformes et observables.

  • Utilisez la portée de moindre privilège lors de l'appel d'outils hébergés par MCP, tels qu'à partir des étapes du workflow pour effectuer des recherches ou des actions sur les données.

  • Pour limiter la surface d'attaque et améliorer les performances, utilisez la validation des charges utiles typées entre les étapes et les composants là où nécessaire, avec des schémas définis et le passage de contexte requis. Concevez des erreurs descriptives pour que les agents puissent se corriger eux-mêmes grâce aux messages d'erreur.

  • Concevoir pour le parallélisme, limiter le contexte inter-agents à ce qui est strictement nécessaire, et utiliser la mémoire à court terme pour éviter le travail redondant.

  • Incluez les utilisateurs dans le flux de travail et communiquez lorsque les agents collaborent. Exiger des approbations humaines pour des actions inter-agents à fort impact. Autoriser l'annulation et le passage des étapes longues et présenter les résumés. Concilier les sorties contradictoires.

Évaluation de MCP et A2A dans les architectures d’agents

MCP (Modèle Context Protocol) et A2A (Agent2Agent de Linux Foundation) sont des normes open source complémentaires pour la création d'applications agentiques.

Schéma de deux agents IA avec interfaces A2A communiquant, chacun se connectant à des serveurs MCP séparés avec des outils et des agents servant de panneaux d’outils.

Les deux standards offrent des fonctionnalités similaires pour les flux client-serveur et la découverte de compétences. Le tableau suivant présente où chaque protocole possède des différenciateurs clairs lors du choix de la connexion de plusieurs agents.

Capacité MCP A2A
Multimodalité Nécessite un hôte MCP pour prise en charge Permet la publicité des types de médias pris en charge pour permettre des échanges de données fortement typés.
Notifications proactives et abonnements Prise en charge des notifications du système Notifications de système et de contenu.
Interactions à plusieurs tours Le serveur MCP peut éventuellement obtenir des informations supplémentaires. La gestion du contexte reste avec l’hôte. Le contextId permet la gestion du contexte entre agents. Plusieurs tâches peuvent exister dans un même contexte. « Input requis » correspond aux élicitations MCP.
Orchestration L’hôte MCP orchestre quels outils invoquer et synthétiser la sortie finale L’agent invoqué utilise sa propre chaîne de pensée et son orchestration. Les outils/API sont opaques à l’agent de requête.
Négociation Nécessite une mise à jour du client MCP pour de nouvelles modalités ou fonctions La négociation dynamique pour les flux pris en charge est plus robuste pour les mises à jour de service.

MCP offre un moyen simple et direct pour les agents d’interagir avec des objets externes tels que les API, les sources de données ou d’autres agents. Il offre des contrôles puissants pour qu’un seul orchestrateur puisse sélectionner, invoquer, filtrer, raisonner et synthétiser le résultat. Ce protocole convient aux situations où vous préférez le contrôle du raisonnement et de la pondération plutôt que la flexibilité et le dynamisme.

A2A est mieux adapté aux scénarios où les agents sont ou doivent être opaques les uns aux autres. Par exemple, si le flux de travail multi-agent nécessite des entrées d’un agent externe ou des agents appartenant à deux organisations d’ingénierie différentes. Le support de la négociation réduit la dépendance des mises à jour du code client-serveur lorsqu’un service publie de nouvelles fonctionnalités.

Pour en savoir plus:

Étapes suivantes

  • Last updated on