Fiche concept

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

À jour au 2026-10-06

Édité par Cédric Mary, é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) ?

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 en juin 2025, au sein d'un projet dédié, l'A2A Project, puis a de nouveau changé de mains le 27 août 2026 quand A2A a rejoint l'Agentic AI Foundation nouvellement créée ; les kits de développement de référence sont 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 ?

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 de juin 2025 au 27 août 2026, puis Agentic AI Foundation nouvellement créée ; 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.
Authentification négociée par tâche — OAuth 2.0, clés API, mTLS. Pour les clients SAP régulés, mTLS est le pattern recommandé : authentification mutuelle entre BTP et l'agent pair.
Contrôle du cycle de vie des tâches — tasks/send (fire-and-forget), tasks/get (sondage d'état), tasks/cancel. L'état « input-required » permet une pause avec humain dans la boucle.
L'Agent Card est le contrat de découverte — un agent orchestrateur lit le /.well-known/agent.json du pair avant d'émettre toute tâche ; la Card déclare ce que le pair sait faire et comment il s'authentifie.
A2A face à l'orchestration propriétaire (LangChain multi-agent, AutoGen, etc.) — A2A permet des déploiements de production inter-éditeurs sans faire confiance à l'implémentation interne du pair.
La gouvernance vit désormais à l'Agentic AI Foundation (depuis le 27 août 2026, qui succède à l'A2A Project de la Linux Foundation) — la neutralité vis-à-vis des éditeurs persiste à travers ce transfert : aucun éditeur, Google compris, ne peut la modifier unilatéralement.

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.
Agentic AI Foundation: L'organe de gouvernance neutre vis-à-vis des éditeurs qu'A2A a rejoint le 27 août 2026, succédant à l'A2A Project dédié de la Linux Foundation (qui gouvernait la spec depuis juin 2025). Ce transfert préserve la même garantie — 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 restent des participants de la génération fondatrice.
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 →

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

Qu'est-ce que Protocole Agent-to-Agent (A2A) ?

Ce qu'est A2A

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM