A2A est un protocole ouvert pour la collaboration . Il construit une couche d'interopérabilité autour de l'écosystème Agent Card, JSON-RPC, SSE et SDK, dans le but de permettre aux agents créés par différents frameworks et fournisseurs de collaborer en toute sécurité.

Texte de l'outil (veuillez remplir complètement)

Paramètres et statistiques de base

A2A n’est pas un SaaS au sens traditionnel, mais un ensemble de protocoles ouverts pour l’interopérabilité multi-agents. Sa valeur ne réside pas dans le « remplacement d'une interface de chat », mais dans la fourniture d'une couche commune de communication et de collaboration pour les agents dans différents frameworks, différents fournisseurs et différents emplacements de déploiement.

Projets	Informations publiques
Nom du protocole	Protocole Agent2Agent (A2A)
Formulaire de protocole	Protocole ouvert, implémentation de référence SDK écologie
Gouvernance et provenance	Projet open source sous le système Linux Foundation, contribué par Google
Site officiel	a2a-protocol.org
Dépôt GitHub	a2aproject/A2A
Dernière version	v1.0.1 (2026-05-26)
Jalons historiques	v1.0.0 (2026-03-12), v0.3.0 (2025-07-30)
Taille de la communauté	Environ 24,2k étoiles, 2,5k forks, 158 contributeurs
Partenaires	Plus de 50 partenaires technologiques et prestataires de services
Communications de base	JSON-RPC 2.0 sur HTTP(S), SSE, notifications push
Données d'assistance	texte, fichiers, données JSON structurées
Principaux SDK	Python, Go, JavaScript, Java, .NET, Rust
Licence	Apache-2.0

Positionnement du protocole : l'essentiel d'A2A n'est pas de « créer un agent plus fort », mais de standardiser la façon dont les agents découvrent, négocient, transfèrent les tâches et commentent l'état. Pour les entreprises, cela signifie que la gestion des interfaces peut être effectuée en amont lors de l'intégration entre frameworks, au lieu de réinventer les connecteurs dans chaque projet.

Signal communautaire : la page GitHub affiche environ 24,2 000 étoiles, 2,5 000 forks et 158 ​​contributeurs, ce qui indique qu'elle est entrée dans une étape de collaboration d'ingénierie plus mature à partir d'une initiative conceptuelle et qu'elle dispose au moins d'une attention et d'une base de contributions observables des développeurs.

Rythme de version : depuis l'annonce officielle de la sortie le 09/04/2025, à la version 0.3.0 le 30/07/2025, à la version 1.0.0 le 12/03/2026 et à la 1.0.1 le 26/05/2026, la ligne principale d'A2A a terminé la transition de l'ébauche de protocole à la maintenance stable.

Reconnaissance des utilisateurs et du marché

Étendue des partenaires : l'annonce officielle de Google du 09/04/2025 a donné un éventail de coopération de plus de 50 partenaires technologiques et fournisseurs de services, couvrant Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, ServiceNow et d'autres entreprises, indiquant qu'A2A n'appartient pas à un seul fabricant depuis le début, mais constitue une direction standardisée pour l'interconnexion écologique.

Acceptation open source : 24,2 000 étoiles et 2,5 000 forks suffisent pour un projet basé sur un protocole, en particulier lorsque l'entrepôt continue de générer des versions, des problèmes et des activités de contributeurs. Ce type de popularité signifie généralement que les développeurs le traitent comme une norme d'intégration pouvant être implémentée, plutôt que de simplement regarder l'excitation.

Approbation organisationnelle : A2A possède à la fois la volonté d'ingénierie de Google et l'approche de collaboration ouverte dans le contexte de la Linux Foundation. Cette combinaison est souvent plus facile à adopter par des tiers que les protocoles promus indépendamment par une seule entreprise, car elle réduit le souci d’être enfermé dans une seule gamme de produits.

Limite de divulgation : Le nombre d'utilisateurs, les revenus, le montant des achats de l'entreprise et le taux de conversion de commercialisation ne sont pas divulgués. Ce n’est pas surprenant pour l’accord. Ce qui en dépend vraiment, ce n'est pas l'entonnoir de vente, mais la densité des SDK ultérieurs, des échantillons et l'accès à chaque plateforme d'agent.

Avantage de coût

Le protocole lui-même ne facture pas de frais de siège : l'entrepôt public d'A2A utilise Apache-2.0, et le protocole et l'implémentation de référence peuvent être utilisés directement. Pour les développeurs et les équipes d'architecture, le coût d'entrée consiste principalement à apprendre les spécifications, à accéder au SDK et à effectuer des tests, plutôt que de payer d'avance des frais de licence de protocole.

Niveau développeur : les coûts se concentrent sur l'intégration plutôt que sur les licences : lors de l'utilisation d'A2A, la véritable surcharge provient généralement de l'orchestration des services d'agent, de l'authentification, du flux de messages, de l'observabilité et des tests de régression, plutôt que du protocole lui-même. En d’autres termes, cela réduit le coût de « l’achat de normes » et laisse le coût de « réalisation de l’amarrage » à l’ingénierie de mise en œuvre.

Couche entreprise : transfert des coûts vers la gouvernance du système : si une entreprise souhaite utiliser A2A pour la collaboration entre départements ou entre agents dans le cloud, l'accent budgétaire se portera généralement sur la passerelle, l'audit, le SLA d'authentification, l'exécution et la plate-forme de gouvernance. L’A2A facilite l’interopérabilité mais n’élimine pas automatiquement la complexité de la gouvernance au niveau de l’entreprise.

Statut tarifaire actuel : Il n'y a pas de prix public officiel d'abonnement, de prix de volume ou de prix de privatisation. Ce qui est plus significatif pour le jugement d'achat est de confirmer s'il est entré dans la position standard par défaut de l'écologie cible, plutôt que de rechercher une liste de prix inexistante.

Fonctions principales

• Mécanisme de découverte de la carte d'agent : l'agent expose les compétences, les points de terminaison et les exigences de certification via une carte de fonctionnalités au format JSON. Le client peut sélectionner l'agent distant le plus approprié sur cette base, réduisant ainsi la maintenance manuelle de la liste d'accueil.
• Collaboration orientée tâches : A2A gère la communication avec la tâche comme centre, ce qui convient aux tâches à long terme, aux tâches asynchrones et aux processus complexes qui nécessitent un feedback continu, plutôt qu'une simple demande-réponse ponctuelle.
• Interaction multimodale : le protocole prend en charge le texte, les fichiers et les données structurées, et permet également de négocier des méthodes d'interaction autour du formulaire d'interface utilisateur. Il convient pour faire progresser l'agent de « questions et réponses en texte brut » à « interface d'exécution de tâches ».
• Notifications en streaming et push : les notifications SSE et push permettent à l'agent distant de renvoyer en permanence l'état, ce qui convient aux processus nécessitant une attente, une vérification et des retours échelonnés.
• Idées d'authentification au niveau de l'entreprise : le document officiel répertorie clairement l'authentification et l'autorisation comme principes de conception, ce qui signifie qu'il n'est pas uniquement conçu pour des démonstrations de démonstration, mais place la limite de sécurité devant la couche de protocole.

L'effet de la combinaison de ces capacités est d'unifier les quatre choses : « trouver un agent, se connecter avec un agent, constater des progrès et obtenir des résultats ». Pour les équipes qui ont besoin d’une orchestration multiplateforme, cela est plus proche de la création de valeur réelle que de la simple amélioration des capacités du modèle.

Evolution du modèle et de la version

A2A n'est pas un produit modèle, mais un protocole standard ; l'évolution de la version ici fait référence à la façon dont la spécification et la ligne principale de l'entrepôt passent du brouillon à la maintenance stable.

Jalons publics

Temps	Nœud	Points clés du changement
2025-04-09	Annonce officielle	A2A est publié pour la première fois en tant que protocole ouvert, avec plus de 50 partenaires
2025-07-30	v0.3.0	Compléter mTLS, extensions de carte d'agent et ajustements de liaison de protocole
2026-03-12	v1.0.0	En entrant dans le tronc 1.0, la structure de spécification et le modèle de tâche/message sont encore stabilisés
2026-05-26	v1.0.1	Continuer à corriger les problèmes de liaison, de TaskStatus et de transcodage sur le tronc 1.0

Jugement principal

• Étape 0.x : ressemble davantage à l'étape de formation du protocole, se concentrant sur la finalisation de la carte d'agent, le cycle de vie des tâches, la structure des messages et la liaison de transmission.
• Phase 1.0 : Cela signifie que le protocole a déjà une sémantique d'API stable, et que le suivi portera davantage sur la maintenance, les correctifs et l'adaptation écologique, plutôt que sur un renversement à grande échelle.

Signification de la version

Pour l'équipe de mise en œuvre, une petite version comme la v1.0.1 signifie généralement que la spécification est prête pour une vérification pilote ou de pré-production, mais vous devez toujours vérifier si le SDK, l'exemple de code et la plate-forme cible sur laquelle vous comptez sont synchronisés sur le même tronc.

Avantages techniques

Mécanisme 1 : Découverte et négociation de normalisation. Une fois que la carte d'agent a structuré les capacités, les points de terminaison et les informations d'autorisation, l'agent client peut trouver l'agent cible sans s'appuyer sur des tables de configuration manuelles. L'effet est de réduire les coûts de découverte entre systèmes et convient aux scénarios multi-équipes et multi-fournisseurs au sein de l'entreprise.

Mécanisme 2 : Gestion du cycle de vie des tâches. A2A ne considère pas une interaction comme le point final, mais divise la tâche en étapes telles que la soumission, l'exécution, le feedback et l'achèvement. L’effet est qu’il est plus adapté aux tâches et processus à long terme qui nécessitent une confirmation par étapes, tels que la sélection du recrutement, la coordination de la chaîne d’approvisionnement ou l’approbation étape par étape.

Mécanisme 3 : SSE et notifications push. Les tâches longues n'ont pas besoin d'être prises en charge par des interrogations. Le système peut continuellement pousser le progrès. L’effet est de réduire les incohérences de statut pendant la période d’attente. Il convient aux bons de travail, à l’analyse, à l’orchestration et au traitement par lots en arrière-plan.

Mécanisme 4 : Intégrer la négociation de l'assurance-chômage dans l'accord. La ou les parties de message permettent de faire coexister différentes formes de présentation. L'effet est que l'agent ne peut plus seulement « parler », mais peut intégrer des formulaires, des fichiers, de l'audio et de la vidéo ainsi que d'autres formes interactives dans le même cadre de collaboration.

Le résultat commun de ces choix technologiques est que A2A ressemble davantage à une « couche de transport universelle entre agents » et à une « couche de collaboration entre tâches » qu’à une coque frontale d’un certain modèle. Il résout les problèmes d’interopérabilité et sa valeur s’amplifiera à mesure que l’échelle écologique s’étendra.

Comment utiliser

L'entrée officielle d'A2A comporte principalement trois niveaux : station de documentation, station de spécifications et entrepôt GitHub.

Entrée	Objectif	Convient pour l'action
Site de documentation A2A	Lire le protocole, les tutoriels et la navigation sur le site	Établissez d'abord les limites des concepts et de la terminologie
Dépôt de spécifications A2A	Afficher les définitions, les modifications et les exemples de protocoles	Verrouiller la version et confirmer les détails de l'implémentation
Publications A2A GitHub	Voir l'évolution et les révisions de la version	Confirmer le réseau actuel et la compatibilité
Exemples A2A	Implémentation d'un exemple de référence	Vérifiez rapidement Unicom de bout en bout

Mise en route : lisez d'abord le site de documentation pour comprendre la terminologie, puis lisez l'entrepôt de spécifications pour confirmer le modèle de tâche et la carte d'agent, puis choisissez un exemple d'exécution du SDK et enfin exposez votre agent en tant que serveur A2A ou connectez-vous à un client A2A.

Objectif d'acceptation : en ce qui concerne la mise en œuvre, vous ne devez pas simplement demander « pouvez-vous vous connecter ? », mais également confirmer si la méthode d'authentification, le retour de l'état de la tâche, la récupération après une longue interruption de tâche et la structure des messages répondent à vos exigences de production.

Prix des produits

Statut tarifaire : A2A n'a pas officiellement divulgué le prix de l'abonnement SaaS, le prix du siège ou le prix du volume. Le protocole et le référentiel sont accessibles au public, et les coûts commerciaux proviennent principalement de votre propre charge de travail d'exécution d'agent, d'infrastructure, de surveillance, d'audit et d'intégration.

• Personnel/Apprentissage : Il n'y a presque aucun coût de seuil de protocole, le coût principal est le temps d'apprentissage et de débogage.
• Développeur/API : le SDK et les spécifications peuvent être utilisés directement, et le coût est concentré sur l'authentification d'accès, le traitement des messages et les tests de régression.
• Entreprise/Privé : si A2A est adopté comme norme interdépartementale, le coût sera transféré vers la passerelle, la gouvernance, la conformité et la collaboration organisationnelle, et le budget spécifique dépendra de la portée de la plateforme et du SLA.

À l'heure actuelle, il est plus approprié de le comprendre comme un « standard ouvert » plutôt que comme un « produit unique pouvant être commandé directement ».

Scénarios d'application

• Automatisation des processus d'entreprise : connectez l'approvisionnement, l'approbation, les bons de travail, la base de connaissances, l'ERP et d'autres systèmes pour permettre à différents agents de collaborer en fonction de la division des tâches et de réduire les transferts manuels.
• Recrutement et sélection des candidats : laissez un agent être responsable de la récupération et un autre agent responsable de l'organisation des entretiens ou de la compilation des informations de base, adaptés aux tâches en plusieurs étapes et à long terme.
• Service client et collaboration au support : l'agent du service client frontal collabore avec l'agent de connaissances back-end, d'ordre de travail et de remboursement pour améliorer l'efficacité de la distribution des problèmes et du retour de statut.
• Supply Chain and Operations Coordination : Établissez une couche de tâches unifiée entre l'inventaire, la logistique, les achats et les prévisions, adaptée aux processus qui nécessitent une synchronisation continue des progrès.
• Orchestration d'agents multi-framework : lorsque les équipes utilisent différents frameworks ou différents environnements cloud en même temps, A2A fournit une limite d'interopérabilité plus unifiée et réduit le problème de « chaque plate-forme parle son propre langage ».

Personnes concernées

• Architecte de plateforme : nécessité de définir des normes d'interopérabilité des agents au niveau de l'entreprise, dans l'espoir d'incorporer différents cadres et fournisseurs dans le même ensemble de modèles de gouvernance.
• Développeurs de framework d'agent : doivent exposer leurs propres agents à des appels système externes ou accéder à la collaboration d'agents tiers.
• Équipe d'intégration d'entreprise : vous disposez déjà de plusieurs systèmes d'entreprise et projets d'IA et souhaitez réduire les intégrations répétées entre les projets.
• Équipe de recherche sur les protocoles et de promotion des normes : Focus sur les normes ouvertes, les modèles de messages, les liaisons de sécurité et la collaboration écologique.

Ne convient pas aux limites : si l'équipe souhaite simplement créer une application de chat autonome, un script d'automatisation unique, ou n'a aucune exigence d'interopérabilité entre les systèmes, l'abstraction du protocole d'A2A semblera trop lourde ; de tels scénarios sont plus adaptés à l’utilisation directe d’un seul outil de couche d’application au lieu d’introduire d’abord une couche standard.

Résumé et Outlook

La principale compétitivité d'A2A réside dans l'avancement de l'interopérabilité des agents, depuis l'étape où « chaque entreprise définit sa propre interface » jusqu'à l'étape où « l'établissement de normes communes autour des tâches, de la découverte, de la négociation et du retour de statut ». Sa partie la plus précieuse n'est pas un seul point de fonctionnalité, mais le fait que les agents dans différents cadres, différents fournisseurs et différents environnements d'exploitation disposent enfin d'un langage collaboratif qu'ils peuvent tous suivre.

Ses limites actuelles sont également très claires : les prix commerciaux officiels n'ont pas été divulgués et la maturité écologique dépend toujours de la progression de la synchronisation des différents SDK, plateformes et exemples. Les entreprises doivent également vérifier l'authentification, l'audit, la stabilité des tâches à long terme et la compatibilité élément par élément lors du lancement. Si vous souhaitez réaliser un projet pilote, il est recommandé de sélectionner d'abord un lien de tâche de restauration inter-systèmes à haute fréquence pour une vérification à petite échelle, puis de décider s'il convient de mettre à niveau A2A vers une norme d'interopérabilité au niveau de l'entreprise ; avant l'achat ou l'expansion formelle, vous devez toujours vous concentrer sur la confirmation des limites de compatibilité du squelette du protocole, de la version du SDK cible et de la plate-forme d'agent existante.

Outils associés : crewai, langchain

Informations de version

• A2A 1.0.1 ：La version révisée sur le tronc 1.0 continue de corriger les problèmes liés à la liaison HTTP, au TaskStatus et au transcodage, indiquant que le protocole est entré dans une phase de maintenance stable. （2026-05-26）
• A2A 1.0.0 ：La première étape de la version 1.0 consiste à compléter l'organisation de base autour des notifications de tâches, des solutions de sécurité, de la liaison des messages et des structures de protocole. （2026-03-12）
• A2A 0.3.0 ：Les premières versions critiques complètent mTLS, les extensions de carte d'agent et les ajustements de liaison de protocole pour rapprocher la spécification de la version officielle. （2025-07-30）