Tout savoir sur le protocole Agent2Agent

Alors que les agents d’IA se multiplient dans les environnements d’entreprise, un nouveau protocole annoncé par Google le 9 avril 2025 vise à résoudre l’un des principaux défis des organisations aujourd’hui : permettre à ces outils spécialisés de collaborer harmonieusement, au-delà des frontières organisationnelles et technologiques.

Comprendre les défis de l’interopérabilité des agents

Briser les silos de l’IA

Les agents d’IA sont de plus en plus présents dans les entreprises modernes. Ils se spécialisent dans les ressources humaines, le support informatique, le service client ou la gestion de la chaîne d’approvisionnement. Leur multiplication au sein d’écosystèmes isolés a fait émerger un problème : celui des silos. Les agents développés par différents fournisseurs, fondés sur des frameworks variés ou chargés de domaines métier distincts, ne peuvent pas communiquer ni se coordonner efficacement.

Cette fragmentation limite le potentiel d’automatisation approfondie au-delà des frontières organisationnelles et entraîne trois problèmes majeurs :

1. Dépendance vis-à-vis des fournisseurs : les organisations deviennent tributaires des solutions d’un fournisseur unique pour assurer l’interopérabilité.

2. Coûts d’intégration : la création de connexions sur mesure entre les systèmes d’agents demande un important travail de développement.

3. Potentiel d’automatisation limité : les workflows complexes qui couvrent plusieurs domaines deviennent difficiles, voire impossibles, à automatiser.

Une nouvelle approche de la collaboration entre agents : qu’est-ce que le protocole A2A ?

Le protocole Agent2Agent (A2A), lancé par Google avec plus de 50 partenaires technologiques, répond directement à ce manque d’interopérabilité. Contrairement aux approches précédentes de l’intégration de l’IA, A2A adopte une stratégie plus globale en établissant un framework commun qui permet aux agents d’IA de se découvrir, d’échanger des informations, de gérer leur état et de coordonner leurs actions sur différentes plateformes.

A2A vise à favoriser un écosystème collaboratif multi-agents où les agents peuvent travailler ensemble sur des workflows complexes, gagner en autonomie et en productivité, et réduire les coûts d’intégration. Imaginez un langage universel et un ensemble de protocoles d’interaction que tous les agents d’IA peuvent adopter pour participer à un écosystème plus vaste.

Principes fondamentaux et architecture

La conception d’A2A repose sur plusieurs principes clés, pensés pour répondre aux réalités des environnements d’entreprise :

S’appuyer sur les standards existants : au lieu de créer des mécanismes entièrement nouveaux, A2A s’appuie sur des standards web largement adoptés, notamment HTTP/HTTPS, JSON-RPC 2.0 et Server-Sent Events (SSE). Cette approche garantit la compatibilité avec l’infrastructure existante et réduit le temps d’apprentissage des développeurs.

Tirer parti des capacités agentiques : contrairement à certains protocoles qui réduisent les agents à de simples points de terminaison de fonctions, A2A facilite une collaboration riche, de pair à pair, entre agents autonomes. Les interactions peuvent ainsi être plus sophistiquées et inclure des négociations ou des demandes de clarification, comme lorsque des experts humains collaborent.

Sécurisé par défaut : conscient que la sécurité est une priorité dans les environnements d’entreprise, A2A impose HTTPS et exige que les agents déclarent à l’avance leurs exigences d’authentification. Le protocole fournit un cadre de sécurité, mais les organisations doivent tout de même mettre en place des mécanismes d’authentification et d’autorisation robustes.

Prise en charge des tâches de longue durée : de nombreux workflows d’entreprise s’étendent sur plusieurs heures ou jours et peuvent nécessiter une intervention humaine à des étapes clés. A2A est conçu pour ces opérations asynchrones, avec le suivi persistant des tâches et des mécanismes de retour d’information en temps réel.

Indépendant des modalités : la communication entre agents ne se limite pas au texte. A2A prend en charge l’échange de données structurées, de fichiers et, potentiellement, de médias en streaming, pour permettre des scénarios de collaboration plus riches.

Au cœur de l’architecture A2A

A2A introduit plusieurs concepts clés qui constituent le socle de l’interopérabilité des agents :

Modèle d’interaction client-serveur

Les interactions A2A suivent un modèle client-agent distant :

• L’agent client identifie les besoins, découvre les agents adaptés, formule les requêtes et traite les réponses.

• L’agent distant (serveur A2A) expose ses capacités, traite les requêtes et gère l’exécution des tâches.

Cette distinction désigne des rôles propres à chaque interaction, et non des identités fixes. Un même agent peut agir comme client ou serveur selon le contexte, ce qui permet de créer des topologies de réseau maillé complexes où les agents collaborent librement.

L’Agent Card : l’identité numérique de l’IA

L’Agent Card est au cœur du mécanisme de découverte d’A2A. Ce profil normalisé, lisible par machine, est publié par chaque agent compatible avec A2A. Disponible à une URI connue (https://{agent-server-domain}/.well-known/agent.json), ce document JSON fait office d’identité et de présentation de service. Il contient :

• Les informations d’identification de base (nom, description, fournisseur)

• Les informations sur le point de terminaison du service

• Les capacités A2A

• Les exigences d’authentification

• La liste des tâches ou fonctions que l’agent peut exécuter

Cette approche normalisée de la découverte des agents répond à l’un des principaux défis de la création de systèmes multi-agents : trouver les autres agents et comprendre ce qu’ils peuvent faire.

La tâche : l’unité de travail fondamentale

La Task est l’unité de travail centrale d’A2A. Contrairement aux simples appels d’API, les tâches A2A suivent un cycle de vie sophistiqué, similaire à la gestion de travaux complexes dans le monde réel :

• « submitted » : requête initiale envoyée

• « working » : traitement en cours

• « input-required » : informations complémentaires requises (permet un dialogue aller-retour)

• « completed » : tâche terminée avec succès et résultats disponibles

• « failed » : la tâche n’a pas pu être exécutée

• « canceled » : tâche explicitement interrompue

Cette gestion des tâches avec suivi d’état est particulièrement utile aux entreprises : elle permet de suivre, d’auditer et de gérer les opérations de longue durée.

Des primitives de communication riches

A2A définit des structures spécifiques pour l’échange d’informations :

• Message : représente un tour de communication entre agents

• Part : unités de contenu avec des types spécialisés pour différentes données :

  • TextPart : texte brut ou mis en forme

  • FilePart : documents, images ou autres contenus de fichiers

  • DataPart : données JSON structurées

• Artifact : résultats finaux ou intermédiaires générés pendant l’exécution d’une tâche

Cette approche structurée de la communication permet aux agents d’échanger des informations complexes tout en préservant la sémantique de chaque échange, notamment sa nature et son objectif.

A2A en pratique

Pour comprendre le fonctionnement d’A2A, examinons une interaction type entre agents :

1. Découverte : un agent client (un assistant personnel) a besoin d’une capacité spécialisée (réserver un voyage). Il récupère les Agent Cards de fournisseurs connus afin de trouver un agent distant adapté.

2. Vérification de l’authentification et des capacités : le client examine les capacités de l’agent de voyage et prépare les identifiants d’authentification requis selon les indications de l’Agent Card.

3. Lancement de la tâche : le client envoie une requête au point de terminaison de l’agent de voyage et crée une tâche avec des paramètres précis (« Réserve un vol de New York à San Francisco jeudi prochain »).

4. Traitement collaboratif : l’agent de voyage peut avoir besoin d’une précision, faire passer la tâche à l’état input-required et demander : « Préférez-vous un vol le matin ou le soir ? » Le client transmet la préférence de l’utilisateur, et le traitement se poursuit.

5. Mises à jour en temps réel : pour cette tâche de longue durée, l’agent de voyage fournit des mises à jour en temps réel pendant qu’il recherche des vols et effectue les réservations, via un flux SSE ou des notifications push envoyées à un webhook.

6. Fin de la tâche : l’agent de voyage termine la réservation et fait passer la tâche à l’état completed, en fournissant des artefacts structurés contenant les détails de la réservation, les numéros de confirmation et le reçu.

Options de communication en temps réel

A2A propose deux mécanismes distincts pour les mises à jour en temps réel :

• Streaming via SSE : maintient une connexion persistante pour recevoir immédiatement les mises à jour sur l’état des tâches et les artefacts.

• Notifications push : le serveur envoie des mises à jour à une URL de webhook définie par le client.

Cette flexibilité s’adapte à différentes architectures et environnements réseau, un atout essentiel pour les entreprises aux infrastructures et exigences de sécurité variées.

A2A et MCP : des approches complémentaires pour l’écosystème des agents

Le paysage de l’interopérabilité de l’IA compte plusieurs nouveaux standards, dont le Model Context Protocol (MCP) d’Anthropic, qui côtoie A2A. Plutôt que de se faire concurrence, ces protocoles répondent à différents aspects des défis de l’écosystème des agents.

Voir la description de l’image

Les différences entre A2A et MCP

Voyez A2A comme la « conversation » entre agents qui collaborent, tandis que MCP représente la « boîte à outils » utilisée par chaque agent pour accomplir ses tâches. Cette complémentarité ouvre la voie à de puissants modèles d’intégration.

Créer des systèmes intégrés : A2A + MCP

Dans une architecture d’IA d’entreprise, ces protocoles peuvent fonctionner ensemble :

1. Un agent assistant principal utilise A2A pour découvrir des agents spécialisés par domaine et leur déléguer des tâches.

2. Chaque agent de domaine utilise MCP pour accéder à des outils, des sources de données et des API spécifiques.

3. Les résultats circulent dans le réseau d’agents via A2A, pour être intégrés et présentés.

Cette approche en couches permet aux organisations de combiner des agents spécialisés tout en assurant leur collaboration au-delà des frontières.

Sécurité, gouvernance et déploiement

A2A fournit les bases techniques de l’interopérabilité des agents, mais les organisations doivent tenir compte de plusieurs facteurs avant sa mise en œuvre en production.

Framework de sécurité

A2A impose HTTPS et exige que les agents déclarent leurs exigences d’authentification dans leurs Agent Cards. Le protocole prend en charge les mécanismes d’authentification standard, notamment les clés API, les jetons Bearer, OAuth 2.0 et OpenID Connect. Toutefois, adopter A2A ne suffit pas à garantir la sécurité : les organisations doivent mettre en œuvre des pratiques robustes dans plusieurs domaines clés :

Liste de contrôle pour la mise en œuvre

Si votre organisation souhaite mettre en œuvre A2A, appuyez-vous sur cette liste de contrôle pratique :

• Inventaire des agents : identifiez les agents d’IA existants et prévus dans votre organisation

• Cartographie des capacités : documentez les capacités spécifiques offertes par chaque agent

• Stratégie d’authentification : déterminez les mécanismes d’authentification pour les communications entre agents

• Stratégie de découverte des agents : choisissez entre la découverte directe des agents et un registre centralisé

• Cadre de gouvernance : définissez des politiques encadrant la collaboration entre agents et le partage des données

• Infrastructure de surveillance : mettez en place des systèmes pour suivre les communications entre agents

• Revue de sécurité : réalisez une évaluation complète de la sécurité avant le déploiement en production

• Validation de la conformité : vérifiez que la mise en œuvre respecte les exigences réglementaires applicables

Défis courants de mise en œuvre

Les organisations qui mettent en œuvre A2A doivent tenir compte de plusieurs défis courants :

• Évolutivité de la découverte : le mécanisme de découverte de base par Agent Card peut ne pas être adapté aux déploiements de grande ampleur ; envisagez la mise en place d’un registre centralisé des agents

• Complexité de l’authentification : la gestion des identifiants d’un grand nombre d’agents peut devenir fastidieuse ; mettez en place une solution d’identité centralisée

• Orphelinage des tâches : les tâches de longue durée peuvent se retrouver sans responsable en cas de redémarrage des agents ; mettez en place une persistance robuste des tâches

• Compatibilité des versions : à mesure que A2A évolue, les différences de version peuvent entraîner des problèmes d’interopérabilité ; gérez soigneusement les versions du protocole

Perspectives d’évolution d’A2A et de l’interopérabilité des agents

Plusieurs évolutions pourraient façonner l’avenir de l’interopérabilité des agents :

• Mécanismes de découverte améliorés : des capacités de découverte des agents plus sophistiquées, pouvant inclure la recherche sémantique et la mise en correspondance des capacités

• Renforcement de la sécurité : des fonctionnalités de sécurité supplémentaires, comme la vérification de l’identité des agents et le suivi de la provenance des données

• Taxonomie normalisée des capacités : un vocabulaire commun pour décrire les capacités des agents et faciliter leur découverte

• Intégration aux normes de workflow : des connexions aux normes de workflow pour intégrer les processus d’entreprise

• Collaboration entre agents de différentes organisations : des cadres permettant aux agents de collaborer au-delà des frontières organisationnelles tout en préservant la gouvernance

• Collaboration hybride entre humains et IA : des cadres intégrés réunissant humains et agents d’IA dans des workflows de collaboration unifiés

Préparer votre organisation à l’avenir multi-agents

Le protocole A2A offre une base pour des systèmes multi-agents plus sophistiqués, capables de fonctionner de manière fluide au-delà des frontières organisationnelles et techniques.

Pour les responsables techniques et les architectes, A2A offre la possibilité de :

1. Décloisonner l’IA en permettant à des agents spécialisés de coordonner des workflows complexes

2. Réduire la dépendance vis-à-vis des fournisseurs grâce à une communication normalisée entre les agents de différents fournisseurs

3. Pérenniser les investissements en IA en veillant à ce que les nouveaux déploiements d’agents puissent s’intégrer aux systèmes existants

4. Accélérer l’automatisation des processus métier transversaux qui nécessitaient auparavant une coordination manuelle

Les organisations qui adoptent et mettent en œuvre A2A (ainsi que des normes complémentaires comme MCP) seront mieux placées pour évoluer dans l’écosystème complexe de l’IA et tirer parti de l’intelligence collective d’agents spécialisés qui travaillent ensemble. Pour les entreprises, la question est de savoir comment intégrer ces normes d’interopérabilité à leur stratégie et à leur architecture d’IA. Google travaille avec des partenaires au lancement d’une version du protocole prête pour la production plus tard cette année.

Vous souhaitez instaurer la confiance dans l’IA au sein de votre organisation ? Découvrez la Snyk AI Trust Platform.