Interopérabilité de l'écosystème A2A : quand les IA de différents frameworks peuvent enfin s'appeler

Si chaque marque de téléphone ne pouvait appeler que ses propres modèles, le téléphone aurait disparu depuis longtemps. Les agents IA font face à la même crise — jusqu’à l’arrivée du protocole A2A.

Le problème : chaque framework d’IA parle son propre dialecte

Imaginez : chez vous, vous avez un agent Hermes. Au bureau, vous utilisez un robot de workflow monté avec LangChain. Et un ami vous a recommandé un petit assistant codé avec CrewAI. Ils sont tous très compétents — mais voilà : ils ne se comprennent pas entre eux.

C’est un peu comme les sept grandes familles de dialectes en Chine : tout le monde discute joyeusement avec les gens de son village, mais dès qu’on change de village, c’est le brouillard total. C’est exactement l’état des frameworks d’IA actuels : Hermes a sa façon de parler, LangChain a ses interfaces, CrewAI a ses règles. Vous voulez que Hermes délègue une tâche à LangChain ? Désolé, il faut copier-coller à la main ou écrire un tas de code de colle.

C’est ce qu’on appelle « l’îlot d’agents ». Chaque IA est intelligente individuellement, mais ensemble, elles deviennent toutes bêtes.

Pourquoi A2A change la donne : une carte de visite + un mandarin standard

Le protocole A2A (Agent-to-Agent) a été conçu pour résoudre exactement ce problème de « communication inter-villages ». C’est un protocole ouvert initié par Google et gouverné par la Linux Foundation, avec un code source ouvert (Apache 2.0), qui n’appartient à aucune entreprise. Qu’est-ce que ça signifie ? Que ce n’est pas un « truc maison » d’un fournisseur, mais un « mandarin standard » négocié autour d’une table par tout le monde.

La conception centrale d’A2A est très pragmatique, deux choses seulement :

Premièrement, l’Agent Card (carte de visite de l’agent). Chaque agent doit placer une « carte de visite » à un emplacement fixe (.well-known/agent-card.json), indiquant clairement : comment je m’appelle, ce que je sais faire, quelles sont mes compétences, quelles permissions je requiers. N’importe qui peut consulter cette carte pour savoir si on peut vous demander de l’aide et comment. C’est comme recevoir la carte de visite d’un employé d’une autre entreprise : un coup d’œil au titre et vous savez si c’est la bonne personne à contacter.

Deuxièmement, des appels standardisés en JSON-RPC 2.0. Tous les agents communiquent via une « ligne téléphonique » unifiée — envoyer un message, recevoir un message, annuler une tâche, vérifier la progression : tout est standardisé. Et ça supporte le streaming SSE, comme au téléphone : l’autre parle, vous écoutez au fur et à mesure, pas besoin d’attendre qu’il finisse toute sa tirade pour réagir. Pour les tâches longues, des notifications webhook peuvent être envoyées : quand c’est terminé, on vous prévient, pas besoin de surveiller en continu.

Cette conception fait d’A2A le complément parfait d’un autre protocole très populaire, MCP : MCP répond à « quels outils puis-je utiliser », A2A répond à « qui peut m’aider à faire le travail ». L’un gère les outils, l’autre gère la collaboration.

Panorama de l’écosystème : avec qui peut-on s’interconnecter ?

La documentation officielle est très claire : le plugin A2A de Hermes peut s’interopérer avec n’importe quel pair compatible A2A. Concrètement :

Un autre Hermes (évidemment)
Un agent LangChain (oui)
Un agent CrewAI (oui)
Un agent ADK de Google (oui)
N’importe quoi construit avec le SDK officiel a2a-sdk (oui)

Et ces interopérabilités ne sont pas de la théorie — elles ont été testées en conditions réelles avec le a2a-sdk Python officiel : résolution de cartes, envoi de messages, conversation en streaming, tout fonctionne.

Cas concrets : des collaborations inter-frameworks déjà en cours

Cas n°1 : Hermes + OpenClaw sur la même machine (GitHub issue #42747)

Un utilisateur faisait tourner Hermes et OpenClaw simultanément sur le même Mac, les deux agents étant connectés à Telegram. Mais Telegram a une limitation agaçante : dans les groupes, les bots ne voient pas les messages des autres bots. Résultat : ces deux IA vivaient sous le même toit mais ne pouvaient communiquer que par l’intermédiaire de l’utilisateur.

C’est exactement le scénario typique d’A2A : laisser Hermes déléguer directement des tâches aux compétences d’OpenClaw, et vice-versa, en contournant complètement Telegram et la transmission manuelle. Les agents s’appellent directement, sans passer par le standard.

Cas n°2 : Proposition d’intégration Gotong (#58325)

Gotong est une plateforme de coordination de workflows auto-hébergée, un peu comme un « chef de projet » pour les agents. L’idée de la proposition : Hermes s’occupe de la mémoire personnelle, du raisonnement et de la prise de décision ; Gotong gère la couche de collaboration gouvernée — ordonnancement des tâches, approbations humaines, journal d’opérations complet. Les deux se connectent via des endpoints A2A, chacun faisant ce qu’il fait le mieux.

Cas n°3 : Collaboration d’entreprise sans intrusion (#67951)

Quelqu’un a proposé une solution de transition plus légère : créer un pack de collaboration entièrement basé sur le mécanisme de Skills de Hermes, où les agents appellent des scripts shell via les outils du terminal, et les scripts communiquent avec un hub central via HTTP. Zéro modification de code, et la collaboration multi-agents fonctionne. C’est la « passerelle temporaire » avant le déploiement officiel d’A2A.

Ce que ça change pour vous

L’interopérabilité de l’écosystème A2A apporte des changements très concrets pour l’utilisateur lambda :

Fini le choix de camp. Vous utilisez Hermes aujourd’hui, envie d’essayer CrewAI demain ? Pas de problème, ils peuvent communiquer entre eux, vos données, vos tâches et votre contexte circulent sans couture.

Votre agent n’est plus un loup solitaire. Si un agent ne peut pas gérer une tâche tout seul, il peut « appeler des renforts » — découvrir via A2A un autre agent possédant les compétences nécessaires et lui déléguer la tâche. C’est comme au travail : quand vous bloquez sur un sujet, vous allez directement voir le collègue compétent, sans passer par le chef pour chaque transmission.

L’écosystème grossit de façon boule de neige. Parce que le protocole est ouvert et neutre, n’importe quel framework peut s’y connecter. Aujourd’hui, vous pouvez vous connecter à LangChain ; demain, peut-être à l’agent maison développé en interne par votre entreprise — du moment qu’il respecte la norme A2A.

En une phrase : A2A transforme les agents IA d’« îles dialectales » en « communauté au mandarin standard ». Votre IA n’est plus une île, mais un nœud dans ce vaste réseau de collaboration, capable de trouver de l’aide à tout moment et d’être trouvé par les autres.