Le protocole A2A, nom complet Agent2Agent, désigne un ensemble de protocoles d’interaction universels permettant à différents agents IA de découvrir les capacités des uns et des autres, d’échanger des informations et de collaborer sur des tâches. Cela a récemment attiré l’attention car les agents ne sont plus qu’un seul assistant, et de plus en plus de systèmes essaient de répartir la main-d’œuvre entre plusieurs agents spécialisés. Le problème se pose aussi : si chaque famille utilise sa propre interface privée, le coût de collaboration entre agents et agents sera très élevé.
On peut voir A2A comme « créer une couche de règles de conversation standardisées entre les agents ». Tout comme MCP résout principalement le problème de la connexion des modèles, outils et ressources, A2A s’intéresse davantage à la manière dont différents agents se présentent les uns aux autres, comment passer les tâches, comment revenir sur le statut et comment retourner les résultats. Son objectif n’est pas de faire de tous les agents le même système, mais de faciliter leur collaboration entre eux.
Pourquoi cette direction commence-t-elle à s’intensifier maintenant ? Parce que le vrai business devient de plus en plus une collaboration multirôle. Un agent commercial peut vouloir confier les tâches à un agent de recherche, un agent du service client peut appeler un agent d’approbation, et un agent de recherche peut devoir transférer la découverte web à un agent analytique. Par le passé, ces éléments pouvaient être codés en dur sur la plateforme, mais une fois que la collaboration sera inter-équipes, multi-produits et inter-fournisseurs, le coût de maintenance de l’amarrage privé augmentera rapidement.
Ce que A2A veut résoudre, c’est ce problème d’interopérabilité. Il souhaite que les agents exposent leurs capacités, initient des collaborations et restituent des résultats de manière unifiée. La volonté de Google Cloud d’entrer dans un écosystème plus ouvert envoie également un signal : à l’avenir, les agents des entreprises pourraient ne plus venir du même fournisseur, et les interfaces standardisées deviendront de plus en plus importantes.
Cependant, la valeur de A2A n’est pas seulement « connectée ». Les vraies difficultés incluent également les limites des permissions, l’authentification, le suivi de l’état des tâches, les annulations de défaillances et les audits. Ce n’est pas parce qu’un agent peut assigner des tâches à un autre agent qu’il doit avoir toutes les permissions de données de l’autre partie par défaut. En d’autres termes, A2A résout le langage de communication, et non la solution automatique de la gouvernance de la confiance.
Ce n’est pas la même chose qu’un framework multi-agents. Le cadre est plus ordonné en interne, vous indiquant comment organiser plusieurs rôles dans un système ; A2A est plus interopérable entre les systèmes et s’intéresse à la capacité de communiquer entre eux entre différents systèmes. L’un est comme un processus interne de l’entreprise, et l’autre est comme un langage commercial standard entre entreprises.
Par conséquent, A2A mérite d’être pris en compte non pas parce qu’il collaborera automatiquement avec tous les agents immédiatement, mais parce qu’une fois que l’écosystème multi-agents s’étendra vraiment, tôt ou tard il faudra une sorte de « langage commun ». Aujourd’hui, tout le monde crée encore des agents, et demain ils commenceront à avoir mal à la tête quant à la façon dont ils collaborent entre eux. A2A ouvre la voie à cette étape.
