Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Protocoles
Les agents d'intelligence artificielle ont besoin de protocoles de communication standardisés pour interagir avec les autres agents et services. Organisations qui mettent en œuvre des architectures d'agents sont confrontées à des défis importants en matière d'interopérabilité, d'indépendance des fournisseurs et de pérennisation de leurs investissements.
Cette section vous aide à naviguer dans le paysage des agent-to-agent protocoles en mettant l'accent sur les normes ouvertes qui maximisent la flexibilité et l'interopérabilité. (Pour plus d'informations sur agent-to-tool les protocoles, voir [Stratégie d'intégration des outils](tool-integration-strategy.md) plus loin dans ce guide.)
Cette section met en évidence le Model Context Protocol (MCP), un standard ouvert initialement développé Anthropic en 2024. Aujourd'hui, soutient AWS activement le MCP en contribuant au développement et à la mise en œuvre du protocole. AWS collabore avec les principaux frameworks d'agents open source, notammentLangGraph, et CrewAILlamaIndex, pour façonner le futur de la communication inter-agents sur le protocole. Pour plus d'informations, voir [Protocoles ouverts pour l'interopérabilité des agents, partie 1 : Communication entre agents sur MCP](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) (AWS blog).
**Dans cette section :**
+ [Pourquoi le choix du protocole est important](protocol-selection.md)
+ [Agent-to-agent protocoles](agent-to-agent-protocols.md)
+ [Sélection de protocoles agentiques](selecting-agentic-protocols.md)
+ [Stratégie de mise en œuvre des protocoles agentiques](implementation-strategy.md)
+ [Commencer à utiliser MCP](getting-started-with-mcp.md)
+ [Commencer à utiliser A2A](getting-started-a2a.md)
# Pourquoi le choix du protocole est important
La sélection du protocole façonne fondamentalement la manière dont vous pouvez créer et faire évoluer votre architecture d'agent d'IA. En choisissant des protocoles garantissant la portabilité entre les frameworks d'agents, vous bénéficiez de la flexibilité nécessaire pour combiner différents systèmes d'agents et flux de travail pour répondre à vos besoins spécifiques.
Les protocoles ouverts vous permettent d'intégrer des agents dans plusieurs frameworks. Par exemple, utilisez-le LangChain pour le prototypage rapide et implémentez des systèmes de production communiquant via un protocole commun, tel que MCP ou le protocole Agent2Agent (A2A). Strands Agents Cette flexibilité réduit la dépendance à l'égard de fournisseurs d'IA spécifiques, simplifie l'intégration aux systèmes existants et vous permet d'améliorer les capacités des agents au fil du temps.
Des protocoles bien conçus établissent également des modèles de sécurité cohérents pour l'authentification et l'autorisation au sein de votre écosystème d'agents. Plus important encore, la portabilité des protocoles préserve votre liberté d'adopter de nouveaux frameworks et fonctionnalités d'agents au fur et à mesure de leur apparition. Le choix de protocoles ouverts protège votre investissement dans le développement d'agents tout en maintenant l'interopérabilité avec les systèmes tiers.
## Avantages des protocoles ouverts
Lorsque vous implémentez vos propres extensions ou que vous créez des systèmes d'agents personnalisés, les protocoles ouverts offrent des avantages indéniables :
+ **Documentation et transparence** — Fournissez généralement une documentation complète et des implémentations transparentes
+ **Support communautaire** : accès à des communautés de développeurs plus larges pour le dépannage et les meilleures pratiques
+ **Garanties d'interopérabilité** : meilleure assurance que vos extensions fonctionneront sur différentes implémentations
+ **Compatibilité future :** réduction du risque d'interruption des modifications ou de dépréciation
+ **Influence sur le développement** — Possibilité de contribuer à l'évolution du protocole
# Agent-to-agent protocoles
Le tableau suivant fournit une vue d'ensemble des protocoles agentiques qui permettent à plusieurs agents de collaborer, de déléguer des tâches et de partager des informations.
|
|
| **Protocole** | **Idéal pour** | **Considérations** |
| --- |--- |--- |
| [Communication entre agents MCP](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) | Organisations à la recherche de modèles de collaboration flexibles entre agents | Une extension du protocole MCP (Model Context Protocol) proposée par AWS qui s'appuie sur ses bases de agent-to-agent communication existantes Permet une collaboration fluide entre les agents grâce OAuth à une sécurité basée |
| [Protocole A2A](https://github.com/a2aproject/A2A) | Écosystèmes d'agents multiplateformes | Soutenu par Google Norme plus récente avec une adoption plus limitée par rapport au MCP |
## Choix des options de protocole
Lors de agent-to-agent la mise en œuvre de la communication, adaptez vos exigences de communication spécifiques aux capacités de protocole appropriées. Les différents modèles d'interaction nécessitent des fonctionnalités de protocole différentes. Le tableau suivant décrit les modèles de communication courants et recommande les choix de protocole les plus adaptés à chaque scénario.
|
|
| **Modèle** | **Description** | **Choix de protocole idéal** |
| --- |--- |--- |
| Demande et réponse simples | Interactions ponctuelles entre agents | MCP avec flux apatrides |
| Dialogues dynamiques | Conversations continues avec le contexte | MCP avec gestion de session |
| Collaboration multi-agents | Interactions complexes entre plusieurs agents | Inter-agent MCP ou AutoGen |
| Flux de travail basés sur l'équipe | Des équipes d'agents hiérarchiques avec des rôles définis | Inter-agent MCP, ou CrewAI AutoGen |
Au-delà des modèles de communication, plusieurs facteurs techniques et organisationnels peuvent influencer le choix de votre protocole. Le tableau suivant décrit les principales considérations qui peuvent vous aider à déterminer quel protocole correspond le mieux à vos exigences de mise en œuvre spécifiques.
|
|
| **Considération** | **Description** | **Exemple** |
| --- |--- |--- |
| Modèle de sécurité | Exigences en matière d'authentification et d'autorisation | OAuth 2,0 en MCP |
| Environnement de déploiement | Où les agents courront et communiqueront | Machine distribuée ou unique |
| Compatibilité avec les écosystèmes | Intégration avec les frameworks d'agents existants | LangChain ou Strands Agents |
| Besoins d'évolutivité | Croissance attendue des interactions entre agents | Capacités de streaming de MCP |
# Sélection de protocoles agentiques
Pour la plupart des organisations qui créent des systèmes d'agents de production, le protocole MCP (Model Context Protocol) constitue la base de communication la plus complète et la mieux prise en charge. agent-to-agent MCP bénéficie des contributions de développement actives de la part de la communauté open source AWS et de celle-ci.
Il est important de sélectionner les bons protocoles agentic pour les organisations qui cherchent à mettre en œuvre efficacement l'IA agentic. Les considérations varient en fonction du contexte organisationnel.
## Considérations relatives à la sélection du protocole agentic
Organisations devraient prendre en compte les meilleures pratiques suivantes lors de la sélection de protocoles pour les systèmes d'IA agentic :
+ **Prioriser les standards ouverts** — Les organisations devraient adopter des protocoles ouverts tels que le MCP pour garantir l'interopérabilité et l'extensibilité à long terme et pour réduire le risque de dépendance vis-à-vis d'un fournisseur.
+ **Équilibre entre rapidité et flexibilité** — Les entreprises en démarrage et les premiers utilisateurs peuvent commencer par utiliser des protocoles propriétaires bien pris en charge pour un développement rapide, mais doivent définir une voie de migration vers des standards ouverts à mesure que les systèmes arrivent à maturité.
+ **Implémentation de couches d'abstraction** : les entreprises doivent mettre en œuvre l'abstraction des protocoles pour simplifier la migration, permettre l'adoption hybride et mettre en œuvre des stratégies d'intégration pérennes.
+ **Mettre l'accent sur la sécurité et la conformité** — Les organisations des secteurs réglementés doivent sélectionner des protocoles dotés de fonctionnalités d'authentification, de chiffrement et d'audit robustes pour répondre aux exigences de gouvernance et de conformité.
+ **Évaluer la maturité de l'écosystème** — Toutes les organisations devraient évaluer l'état de santé, l'adoption et le soutien communautaire de chaque protocole afin de garantir la durabilité et de minimiser la dette technique.
+ **S'engager dans l'élaboration de normes** — Les organisations devraient participer à des organismes de normalisation ou à des communautés open source pour contribuer à façonner l'évolution des protocoles et influencer les meilleures pratiques.
+ **Tenez compte de la souveraineté des données** — Le gouvernement et les secteurs réglementés doivent veiller à ce que les choix de protocoles soient conformes aux exigences de résidence et de souveraineté des données dans les régions de déploiement.
+ **Tirez parti des services gérés** : dans la mesure du possible, utilisez des implémentations gérées ou sans serveur de protocoles agentic pour réduire la complexité opérationnelle et accélérer le déploiement.
# Stratégie de mise en œuvre des protocoles agentiques
Pour mettre en œuvre efficacement les protocoles agentic au sein de votre organisation, considérez les étapes stratégiques suivantes :
1. **Commencez par l'alignement des normes** — Adoptez des protocoles ouverts établis dans la mesure du possible.
1. **Créez des couches d'abstraction** : implémentez des adaptateurs entre vos systèmes et des protocoles spécifiques.
1. **Contribuez aux standards ouverts** — Participez aux communautés de développement de protocoles.
1. **Surveillez l'évolution des protocoles** : restez informé des nouvelles normes et des mises à jour.
1. **Testez régulièrement l'interopérabilité** : vérifiez que vos implémentations restent compatibles.
# Commencer à utiliser MCP
AWS soutient activement le Model Context Protocol (MCP) en contribuant au développement et à la mise en œuvre du protocole. AWS collabore avec les principaux frameworks d'agents open source, notammentLangGraph, et CrewAILlamaIndex, pour façonner le futur de la communication inter-agents sur le protocole.
Pour implémenter le MCP dans l'architecture de votre agent, effectuez les actions suivantes :
1. [Explorez les implémentations de MCP dans des frameworks tels que le Strands Agents SDK.](https://strandsagents.com/)
1. Consultez la documentation technique du [Model Context Protocol](https://modelcontextprotocol.io/introduction).
1. Lisez [Protocoles ouverts pour l'interopérabilité des agents, partie 1 : communication entre agents sur MCP](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) (AWS blog) pour en savoir plus sur l'interopérabilité des agents.
1. Rejoignez la [communauté MCP](https://github.com/orgs/modelcontextprotocol/discussions) pour influencer l'évolution du protocole.
Le MCP fournit une couche de communication qui permet aux agents d'interagir avec des données et des services externes et peut également être utilisée pour permettre aux agents d'interagir avec d'autres agents. L'implémentation du [transport HTTP Streamable](https://modelcontextprotocol.io/docs/concepts/transports#streamable-http) du protocole fournit aux développeurs un ensemble complet de modèles d'interaction sans avoir à réinventer la roue. Ces modèles prennent en charge à la fois les request/response flux apatrides et la gestion dynamique des sessions avec persistance. IDs
En adoptant des protocoles ouverts tels que le MCP, vous positionnez votre organisation pour créer des systèmes d'agents qui restent flexibles, interopérables et adaptables à mesure que la technologie de l'IA évolue. Pour plus d'informations sur la mise en œuvre agent-to-tool du protocole, voir [Stratégie d'intégration des outils](tool-integration-strategy.md) plus loin dans ce guide.
# Commencer à utiliser A2A
Le protocole Agent2Agent (A2A) permet une collaboration décentralisée entre les agents via une couche sémantique partagée. Au lieu d'acheminer tout le travail via un orchestrateur central, A2A permet aux agents de se découvrir, de promouvoir leurs capacités, de négocier des tâches et de partager le contexte à l'aide d'un protocole léger basé sur JSON. Chaque agent publie un manifeste de capacités.
L'exemple suivant montre un manifeste de fonctionnalités A2A simplifié qui annonce les actions prises en charge par un agent, les entrées requises et les métadonnées opérationnelles pour permettre la découverte et la négociation des tâches :
```
{
"can": ["summarize.text", "extract.keywords"],
"needs": ["document.input"],
"meta": { "version": "1.0.3", "latencyMs": 120 }
}
```
Ce modèle permet l'appariement dynamique des capacités, la délégation en milieu de tâche et la collaboration interorganisationnelle. Les agents peuvent s'auto-organiser autour des tâches, former des groupes de travail temporaires et s'adapter à l'entrée ou à la sortie de nouvelles fonctionnalités dans le système.
A2A prend en charge des interactions allant de simples demandes apatrides à des sessions de négociation en plusieurs étapes, notamment :
+ peer-to-peerMessagerie directe pour une collaboration à faible latence
+ Négociation sémantique des tâches, où les agents sélectionnent le pair le plus approprié
+ Découverte basée sur les capacités, permettant une division émergente du travail
+ Ancrage de session pour des interactions dynamiques en plusieurs étapes
En adoptant des protocoles ouverts natifs pour les agents tels que l'A2A, les entreprises créent des systèmes d'IA modulaires, interopérables et capables de collaboration transfrontalière. L'A2A garantit que les écosystèmes d'agents restent flexibles et peuvent évoluer à mesure que de nouveaux agents, équipes ou systèmes externes sont introduits, sans nécessiter de couches d'orchestration rigides ni de couplage préalable.
Pour implémenter le protocole A2A dans l'architecture de votre agent, effectuez les actions suivantes :
1. **Consultez la spécification du protocole A2A** — Lisez la dernière version de la [spécification du protocole Agent2Agent (A2A)](https://a2a-protocol.org/latest/specification/) pour savoir comment fonctionnent les manifestes de capacités, les flux de négociation et la poignée de main des agents.
1. **Explorez les environnements d'exécution compatibles avec A2A : évaluez** les frameworks tels que le SDK Strands Agents ou les couches d'exécution personnalisées qui prennent en charge les manifestes de capacités et la négociation de style A2A. peer-to-peer
1. **Implémentez un manifeste de capacités pour vos agents** : définissez les `meta` champs et les champs de `can` chaque agent pour permettre la découverte, le matchmaking et la collaboration au niveau de l'intention. `needs`
1. **Testez les modèles de négociation A2A** : utilisez la boucle demande-offre-acceptation, les requêtes de capacité structurées ou la découverte basée sur des ragots pour comprendre comment les agents réfléchissent à qui doit gérer une tâche.
1. **Testez l'A2A dans un environnement d'infrastructure mixte** : associez la négociation A2A entre pairs à un routage d'événements natif via AWS Amazon EventBridge pour évaluer les modèles de coordination hybrides.
1. **Rejoignez la communauté A2A** : participez au [groupe de travail ouvert](https://a2a-protocol.org/latest/community/) pour vous tenir au courant des extensions, des recommandations de sécurité et des améliorations de l'interopérabilité entre fournisseurs, et [contribuer au développement du](https://github.com/a2aproject/A2A?tab=contributing-ov-file) protocole.