Fiche concept

Protocole Agent-to-Agent (A2A) — orchestration d'agents multi-éditeurs

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Protocole Agent-to-Agent (A2A) — orchestration d'agents multi-éditeurs ?

A2A standardise la frontière agent-à-agent — permettant à un agent autonome de découvrir et déléguer une tâche à un autre, quel que soit son éditeur ou son modèle — en complément de MCP, qui ne standardise que l'appel agent-vers-outil.

Ce qu'est A2A

Agent-to-Agent (A2A) est un protocole de communication ouvert, annoncé par Google en avril 2025 avec plus de cinquante partenaires fondateurs, parmi lesquels SAP, Salesforce, ServiceNow, Workday, Atlassian, MongoDB et PayPal. La gouvernance du protocole est passée à la Linux Foundation, au sein d'un projet dédié, l'A2A Project, avec des kits de développement de référence maintenus en Python, en Java et en dot-NET. Le protocole répond à une question que les agents métier autonomes ont posée dès qu'plus d'un éditeur s'est mis à en construire : comment un agent conçu par une entreprise peut-il découvrir, négocier avec, et déléguer du travail à un agent conçu par une autre entreprise, exécuté par un modèle différent, sur une plateforme différente, sans qu'aucun des deux côtés n'expose ses interfaces de programmation internes ?

Comment ça fonctionne

Pourquoi c'est important

Annoncé par Google en avril 2025 avec plus de 50 partenaires fondateurs dont SAP, Salesforce, ServiceNow et Workday, désormais gouverné par la Linux Foundation depuis juin 2025.
L'Agent Card sur /.well-known/agent.json permet à un agent orchestrateur de vérifier les capacités et le schéma d'auth d'un pair avant de lui déléguer une tâche.
Les tâches suivent un cycle de vie (soumise → en cours → input-requis → complétée/échouée/annulée) avec streaming SSE via tasks/sendSubscribe pour les interactions cross-éditeurs de longue durée.

Points clés

Protocole A2A — annonce Google + 50+ partenaires avril 2025 ; gouvernance A2A Project Linux Foundation depuis juin 2025 ; SAP signataire dès le jour 1.
Frontière standardisée — agent-vers-agent (cross-éditeur) ; complémentaire de MCP qui standardise agent-vers-outil (mono-éditeur).
Quatre primitives — Agent Card (/.well-known/agent.json) · Task (cycle : soumise → en cours → input-requis → complétée/échouée/annulée) · Message (parts multi-modales) · Streaming (SSE sur tasks/sendSubscribe).
Cas cross-éditeur — Agent Joule délègue à Agentforce Salesforce délègue à agent flow ServiceNow ; aucun ne partage d'API interne, tous partagent le contrat A2A.
Plan de gouvernance au-dessus — SAP AI Agent Hub (C211) enregistre + observe chaque interaction A2A à travers les éditeurs ; A2A est le fil, Hub est la surface d'audit.

Termes employés sur cette page

Agent Card: Descripteur JSON public à /.well-known/agent.json qui déclare les capacités d'un agent A2A, ses compétences, les modalités de message prises en charge (texte, audio, données structurées) et son schéma d'authentification. Le contrat de découverte qu'un agent appelant lit avant d'initier toute délégation de Task.
Task (A2A): L'unité de travail déléguée qu'un agent A2A soumet à un autre. Les Tasks sont soumises via tasks/send (fire-and-forget), interrogées via tasks/get, ou annulées via tasks/cancel. Elles évoluent à travers un cycle de vie : submitted → working → input-required → completed/failed/canceled.
input-required lifecycle state: Un état du cycle de vie d'une Task indiquant que l'exécution est suspendue parce que l'agent récepteur requiert une décision humaine ou une confirmation d'un pair avant de poursuivre. Le principal point de contrôle human-in-the-loop dans les workflows A2A.
tasks/sendSubscribe: Méthode de streaming A2A utilisant les server-sent events (SSE) qui délivre des mises à jour de progression en temps réel sur une Task sans obliger l'agent appelant à interroger — utilisée pour les interactions inter-éditeurs de longue durée, comme les remédiations de qualité de données en plusieurs étapes.
A2A Project (Linux Foundation): L'organe de gouvernance neutre vis-à-vis des éditeurs pour la spécification A2A depuis juin 2025 ; garantit qu'aucun éditeur unique ne peut modifier unilatéralement le protocole d'une manière qui casserait les implémentations existantes. SAP, Google, Salesforce et ServiceNow en sont tous membres fondateurs.
MCP (Model Context Protocol): Protocole d'origine Anthropic (C224) qui standardise la frontière agent-outil — un agent unique appelant le catalogue d'outils d'un serveur pour récupérer des données ou exécuter une action. Complémentaire d'A2A : MCP opère à l'intérieur de la frontière d'un agent ; A2A opère entre agents, par-delà les frontières d'éditeurs.
SAP AI Agent Hub (C211): Le plan de gouvernance au-dessus d'A2A dans la stack SAP BTP/BDC : enregistre les agents pairs A2A autorisés, journalise chaque délégation de Task, applique les limites de débit et les contrôles de politique, et génère la piste d'audit pour le reporting de conformité. A2A est le fil ; Agent Hub est la tour de contrôle.
mTLS (mutual TLS): Mutual Transport Layer Security : un modèle d'authentification où l'agent appelant et l'agent récepteur présentent chacun un certificat X.509 à l'autre, établissant une identité mutuelle vérifiée. Le schéma d'authentification A2A recommandé pour les clients SAP régulés, fournissant un enregistrement de connexion cryptographiquement vérifiable qui satisfait aux exigences de documentation de l'art. 9 de l'EU AI Act.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →