Agent2Agent Protocol

Le protocole Agent2Agent (A2A) est une norme ouverte qui permet à des agents d’IA conçus par différents fournisseurs et sur différents frameworks, comme LangChain ou Agent Development Kit de Google, de se découvrir, de se déléguer des tâches et de renvoyer des résultats. Chaque agent reste opaque : il annonce ses capacités et accepte du travail par une interface commune, mais ne révèle jamais ses invites, sa mémoire, ses outils ni son modèle. Google a annoncé A2A le 9 avril 2025, avec plus de 50 partenaires technologiques, puis en a fait don à la Linux Foundation. Le protocole Agent Communication Protocol d’IBM a ensuite fusionné avec A2A en août 2025. La version 1.0, première spécification stable, a été publiée en mars 2026. En août 2026, A2A, alors soutenu par plus de 150 organisations, a rejoint l’Agentic AI Foundation, qui héberge également le Model Context Protocol.

Fonctionnement d’A2A#

La spécification A2A définit deux rôles : un agent client qui a besoin qu’un travail soit effectué et un agent distant qui l’effectue. Un agent distant publie une fiche d’agent, un document JSON généralement accessible à l’adresse /.well-known/agent-card.json, qui répertorie son nom, ses points de terminaison, ses exigences d’authentification, ses formats d’entrée et de sortie ainsi que ses compétences. Un agent client lit la fiche, décide si l’agent convient à la tâche et lui envoie un message.

• Messages : Échanges de communication comportant un rôle et une ou plusieurs parties, chacune contenant du texte, un fichier ou des données structurées.
• Tâches : Unités de travail avec état, dotées d’un identifiant et d’un statut. Une tâche passe par différents états : soumise, en cours, données requises, authentification requise, terminée, échouée, annulée ou rejetée. Un agent distant peut ainsi s’interrompre pour poser une question au client en cours de tâche.
• Artefacts : Résultats produits par une tâche, comme un rapport, une image ou un enregistrement JSON, renvoyés séparément des messages de conversation.
• Diffusion en continu et notifications push : Les tâches de longue durée envoient des mises à jour successives sur un flux ou préviennent le client par un webhook lorsqu’elles sont terminées, ce qui convient aux travaux qui prennent des heures.

La version 1.0 définit trois liaisons de protocole : JSON-RPC 2.0, gRPC et HTTP+JSON, avec des méthodes comme SendMessage, GetTask et CancelTask. Elle ajoute aussi la négociation de version et la prise en charge de plusieurs locataires, et conserve les fiches d’agent signées introduites dans la version 0.3, qui permettent au client de vérifier l’identité de leur auteur.

Une fiche d’agent#

Cette fiche annonce un agent de vision pour la vente au détail au moyen de la liaison JSON-RPC. Les champs obligatoires sont le nom, la description, la version, les interfaces, les capacités, les modes d’entrée et de sortie par défaut ainsi que les compétences. Chaque compétence doit comporter un identifiant, un nom, une description et des balises :

{
  "name": "Shelf Vision Agent",
  "description": "Finds empty facings and counts products in retail shelf photos.",
  "version": "1.0.0",
  "supportedInterfaces": [
    { "url": "https://vision.example.com/a2a/v1", "protocolBinding": "JSONRPC", "protocolVersion": "1.0" }
  ],
  "capabilities": { "streaming": true, "pushNotifications": false },
  "defaultInputModes": ["image/jpeg", "text/plain"],
  "defaultOutputModes": ["application/json", "image/jpeg"],
  "skills": [
    {
      "id": "shelf-audit",
      "name": "Shelf audit",
      "description": "Counts each product and lists empty facings with their shelf positions.",
      "tags": ["retail", "object-detection"],
      "examples": ["Which facings in this aisle photo are empty?"]
    }
  ]
}

Un agent chargé des opérations en magasin qui lit cette fiche sait qu’il peut envoyer des images JPEG ou du texte et recevoir du JSON ou des images annotées. Le champ examples indique le type de requête attendu par la compétence.

A2A et les protocoles et concepts connexes#

• Model Context Protocol (MCP) : Connecte un agent aux outils et aux données qu’il utilise directement. A2A connecte des agents à d’autres agents qui planifient et agissent de manière autonome. Les deux sont conçus pour fonctionner ensemble : un agent A2A distant utilise souvent des outils MCP en interne.
• Appel de fonctions et utilisation d’outils : Un appel de fonction exécute une seule opération avec des arguments fixes. Une requête A2A transmet un objectif, puis l’agent distant décide des étapes à suivre.
• Orchestration d’agents d’IA : Détermine quel agent prend en charge chaque sous-tâche et fusionne leurs résultats. A2A est un moyen de transport qu’un orchestrateur peut utiliser pour joindre des agents qu’il n’héberge pas.
• Compétences d’agent : Dossiers d’instructions qu’un agent charge pour apprendre une procédure. Les compétences A2A d’une fiche d’agent annoncent les services proposés par un agent distant, sans y joindre d’instructions.

Applications et sécurité#

A2A convient aux flux de travail agentiques qui franchissent les frontières entre équipes ou entreprises : un agent de voyage qui réserve par l’intermédiaire d’agents de compagnies aériennes et d’hôtels, un agent d’approvisionnement qui négocie avec des agents de fournisseurs, ou un agent des opérations de vente au détail qui envoie des photos de rayons à un agent de vision par ordinateur et transmet les rapports de rayons vides à un agent de gestion des stocks. L’agent de vision associé à une telle fiche peut déléguer la perception à un point de terminaison dédié de la plateforme Ultralytics, qui héberge un modèle YOLO26 entraîné à une URL /predict authentifiée au moyen d’une clé API, puis renvoyer au client les résultats JSON de détection d’objets sous forme d’artefact. Le Universal Commerce Protocol pour le commerce agentique prend en charge A2A de façon intégrée.

Chaque échange entre agents constitue une frontière de confiance. Les clients authentifient les agents distants au moyen des mécanismes de sécurité déclarés dans leurs fiches, comme OAuth 2.0 ou OpenID Connect, vérifient les fiches signées et traitent les messages et artefacts renvoyés comme des entrées non fiables susceptibles de contenir une injection de prompt. Le Top 10 de l’OWASP pour les applications agentiques cite les communications non sécurisées entre agents et les défaillances en cascade parmi ses dix risques. Les déploiements en production ajoutent des délais d’expiration, l’annulation des tâches, une autorisation par compétence et des traces d’observabilité qui suivent une requête à travers tous les agents concernés.