Votre agent vocal doit confirmer un rendez-vous avec l'agent IA d'un prestataire externe. Comment sait-il que cet agent est bien celui qu'il prétend être ? Comment le trouve-t-il, parmi des milliers d'agents possibles, sans configuration manuelle ? Et qui, dans votre équipe, peut dire ce qui s'est réellement passé si l'échange tourne mal ? C'est exactement le problème qu'AGNTCY a été conçu pour résoudre.
AGNTCY est un projet open source open-sourcé par Cisco en mars 2025, en collaboration avec LangChain et Galileo, puis confié à la Linux Foundation le 29 juillet 2025 pour devenir un standard ouvert et neutre. Son ambition affichée par ses créateurs : construire l'« Internet des agents » (Internet of Agents), une infrastructure commune qui permette à des agents IA développés par des équipes et des fournisseurs différents de se découvrir, de se faire confiance et de collaborer, sans que chaque intégration exige un travail sur mesure.
Là où le Model Context Protocol (MCP) connecte un agent à ses outils, où A2A organise la délégation de tâches entre deux agents qui se connaissent déjà, et où l'Open Floor Protocol gère la prise de parole entre agents vocaux dans une même conversation, AGNTCY se situe une couche plus bas : il fournit l'annuaire, l'identité et l'observabilité sans lesquels ces protocoles ne passent pas à l'échelle au-delà d'un cercle d'agents déjà connus.
Pour les architectes d'agents vocaux téléphoniques, cette couche devient pertinente dès qu'un callbot doit interagir avec des agents qui ne sont pas les siens : un agent d'un partenaire, d'un fournisseur télécom, d'une administration, ou d'un autre service de la même entreprise géré par une équipe différente. Ce guide explique ce qu'AGNTCY apporte concrètement, comment il se positionne face aux protocoles déjà connus, et ce qu'il faut en retenir pour une architecture d'agent vocal en 2026.
Qu'est-ce qu'AGNTCY ?
AGNTCY : projet open source hébergé par la Linux Foundation qui fournit l'infrastructure partagée d'un « Internet des agents » : un annuaire pour découvrir des agents IA, une identité cryptographique pour vérifier qui ils sont, une couche de messagerie sécurisée à faible latence, et des outils d'observabilité pour superviser des systèmes multi-agents composés de briques venant de fournisseurs différents.
Le problème qu'AGNTCY adresse n'est pas nouveau dans l'histoire des réseaux informatiques : celui de la fragmentation. En 2025 et 2026, chaque fournisseur de LLM, chaque framework d'orchestration et chaque plateforme d'agents vocaux a construit ses propres mécanismes de découverte, d'authentification et de supervision. Un agent conçu avec un framework ne peut pas facilement en découvrir un autre construit avec un framework concurrent, encore moins vérifier son identité ou suivre ce qu'il a fait une fois la tâche déléguée.
AGNTCY propose une réponse structurée en quatre briques indépendantes mais complémentaires, pensées pour être adoptées séparément selon les besoins d'une organisation.
Les quatre piliers de l'infrastructure AGNTCY
| Pilier | Rôle | Composant technique |
|---|---|---|
| Découverte (Discovery) | Permettre à un agent de trouver et comprendre les capacités d'autres agents | OASF (Open Agent Schema Framework) + annuaires distribués |
| Identité (Identity) | Fournir une identité vérifiable cryptographiquement et gérer les droits d'accès entre organisations | Certificats d'identité d'agent, contrôle d'accès |
| Messagerie (Messaging) | Faire transiter des échanges multimodaux, interactifs et supervisés par un humain si besoin, à faible latence | SLIM (Secure Low Latency Interactive Messaging), chiffrement résistant au quantique |
| Observabilité (Observability) | Suivre, évaluer et déboguer des workflows multi-agents qui traversent plusieurs fournisseurs | Traçage de bout en bout, outils de debugging multi-agents |
Ces quatre piliers ne sont pas conçus comme un bloc monolithique à adopter d'un seul coup. Une équipe peut, par exemple, adopter uniquement la couche d'observabilité pour superviser une architecture multi-agents interne, sans implémenter l'identité cryptographique complète, qui devient surtout critique dès que des agents de plusieurs organisations distinctes interagissent.
Pourquoi un agent vocal IA a besoin de cette infrastructure
Un agent vocal isolé, qui gère seul l'intégralité d'un appel avec ses propres outils internes, n'a pas besoin d'AGNTCY. La question devient pertinente dès qu'un agent vocal sort de son périmètre pour interagir avec des agents qu'il ne contrôle pas :
- Confirmation inter-entreprises - un agent vocal de prise de rendez-vous doit vérifier une disponibilité auprès de l'agent IA d'un prestataire tiers (laboratoire d'analyses, transporteur, artisan partenaire).
- Appels IA-à-IA - un agent vocal sortant appelle le standard téléphonique automatisé d'une autre entreprise, lui-même géré par un agent IA. Sans identité vérifiable, aucun des deux agents ne peut s'assurer que l'autre est légitime.
- Écosystèmes multi-équipes - dans une grande organisation, l'agent vocal du service client et l'agent de recouvrement, développés par deux équipes différentes avec des outils différents, doivent parfois se déléguer un dossier sans réécrire une intégration ad hoc à chaque fois.
- Supervision réglementaire - lorsqu'un appel traverse plusieurs agents avant d'aboutir à une décision (remboursement, résiliation, prise de rendez-vous médical), l'entreprise doit pouvoir reconstituer qui a fait quoi, à quel moment, avec quelles données - une exigence d'audit qui rejoint les obligations RGPD et AI Act déjà applicables aux agents vocaux.
Ces situations existent déjà : notre article sur les appels IA-to-IA décrit comment détecter et répondre à un agent qui appelle en son propre nom. AGNTCY apporte la brique manquante en amont : un mécanisme standardisé pour vérifier l'identité de cet agent avant même de décider comment lui répondre.
AGNTCY, A2A, MCP, Open Floor Protocol : qui fait quoi
La confusion entre ces quatre noms est fréquente, car ils appartiennent tous à l'écosystème des protocoles agentiques ouverts et sont souvent hébergés ou soutenus par la Linux Foundation. Ils opèrent pourtant à des niveaux différents et sont conçus pour être combinés plutôt que choisis les uns contre les autres.
| Protocole | Que résout-il | Relation avec AGNTCY |
|---|---|---|
| MCP (Model Context Protocol) | Connecter un agent à des outils et données externes (CRM, API, bases de données) | AGNTCY prend en charge la découverte des serveurs MCP disponibles |
| A2A (Agent-to-Agent) | Déléguer une tâche d'un agent à un autre agent identifié | AGNTCY rend les agents A2A détectables via ses annuaires de découverte |
| Open Floor Protocol | Gérer la prise de parole entre plusieurs agents vocaux dans une même conversation | Complémentaire : Open Floor gère le tour de parole, AGNTCY peut fournir l'identité des agents qui y participent |
| AGNTCY | Découverte, identité, messagerie et observabilité à l'échelle de l'écosystème | Couche d'infrastructure sous-jacente aux trois protocoles ci-dessus |
Concrètement, une architecture d'agent vocal mature en 2026 combine plusieurs de ces couches : MCP pour les intégrations métier, A2A pour la délégation entre agents spécialisés, Open Floor Protocol si plusieurs voix de fournisseurs différents doivent cohabiter dans un même appel, et AGNTCY dès que ces agents doivent être découverts ou vérifiés au-delà du périmètre d'une seule organisation.
OASF : décrire les capacités d'un agent de façon structurée
L'Open Agent Schema Framework (OASF) est le format sur lequel repose la couche de découverte d'AGNTCY. Il définit une structure standardisée pour décrire ce qu'un agent sait faire : ses domaines de compétence, ses contraintes, les formats de données qu'il accepte et produit.
L'intérêt d'un schéma structuré plutôt qu'une simple description en langage naturel est double. D'abord, il permet à un annuaire distribué d'indexer des milliers d'agents et de répondre à une requête de découverte de façon fiable, sans dépendre entièrement de l'interprétation d'un LLM. Ensuite, il facilite l'audit : on peut vérifier programmatiquement qu'un agent déclaré « conforme RGPD » ou « certifié pour le secteur santé » correspond bien à des métadonnées vérifiables, plutôt qu'à une phrase de présentation.
Point de vigilance : un schéma de capacités bien renseigné ne remplace pas un test réel. Un agent qui se déclare compétent pour « la prise de rendez-vous médical » via OASF doit être évalué en conditions réelles avant d'être intégré dans un parcours d'appel critique - la découverte facilite la mise en relation, pas la garantie de qualité.
SLIM : la messagerie pensée pour l'interaction en temps réel
SLIM (Secure Low Latency Interactive Messaging) est la couche de transport d'AGNTCY pour les échanges entre agents. Elle est conçue pour des interactions multimodales - texte, audio, données structurées - avec deux priorités affichées : une latence faible, adaptée à des échanges interactifs plutôt qu'à des traitements par lots, et une sécurité renforcée incluant des mécanismes de chiffrement pensés pour résister aux futures capacités de calcul quantique.
Pour un agent vocal, la latence n'est pas un détail d'implémentation : c'est ce qui détermine si une délégation à un agent tiers reste imperceptible pour l'appelant ou si elle introduit un silence gênant. Une couche de messagerie inter-agents qui n'a pas été pensée pour ce cas d'usage - beaucoup de protocoles génériques d'échange machine-à-machine sont conçus pour des traitements asynchrones - devient rapidement le goulot d'étranglement d'une architecture vocale multi-agents. Que l'on adopte SLIM ou une alternative, ce critère doit rester en tête de la grille de sélection.
Identité d'agent : une réponse structurelle à l'usurpation
La couche identité d'AGNTCY attribue à chaque agent une identité cryptographiquement vérifiable et gère les autorisations d'accès entre organisations. Ce n'est pas un mécanisme anti-fraude vocale au sens du clonage de voix humaine déjà traité sur ce blog : il s'agit ici de vérifier l'identité d'un agent logiciel, pas celle d'une personne.
L'enjeu est distinct mais tout aussi concret. Quand un agent vocal reçoit un appel d'un autre agent IA qui prétend représenter une banque, un service public ou un partenaire commercial, comment distinguer un agent légitime d'un agent malveillant qui usurpe cette identité pour du phishing automatisé à grande échelle ? Une identité d'agent vérifiable cryptographiquement, sur le modèle d'un certificat plutôt que d'une simple déclaration dans un message, apporte une réponse structurelle à ce problème émergent, à mesure que les appels automatisés entre systèmes IA se généralisent.
Observabilité multi-fournisseurs : superviser ce qu'on ne contrôle pas entièrement
La couche d'observabilité d'AGNTCY vise à tracer et déboguer des workflows qui traversent plusieurs agents, potentiellement issus de fournisseurs différents. C'est un problème différent de l'observabilité classique d'un agent vocal unique, déjà largement outillée par des solutions comme LangSmith, Langfuse ou Arize AI pour surveiller hallucinations, latence et qualité de conversation en production.
Quand un appel traverse un agent frontdesk, délègue à un agent spécialisé d'une autre équipe, puis consulte un agent tiers externe, la question n'est plus seulement « mon agent a-t-il bien répondu ? » mais « où, dans cette chaîne de plusieurs agents, la décision finale a-t-elle été prise, et sur quelles données ? ». Sans traçage de bout en bout couvrant l'ensemble de la chaîne, cette reconstitution devient impossible a posteriori - un problème direct pour toute obligation d'audit ou de justification d'une décision automatisée.
Qui est derrière AGNTCY et quel est son degré de maturité en 2026
AGNTCY a été open-sourcé par Cisco en mars 2025, en partenariat avec LangChain et Galileo. Le 29 juillet 2025, le projet a été confié à la Linux Foundation pour devenir un standard gouverné collectivement plutôt qu'un projet propriétaire. Les membres fondateurs de ce nouveau projet hébergé sont Cisco, Dell Technologies, Google Cloud, Oracle et Red Hat, avec plus de 65 entreprises soutenant l'initiative à des degrés divers.
Cette gouvernance élargie est un signal positif pour l'adoption à long terme : elle réduit le risque qu'une infrastructure aussi structurante que l'identité et la découverte d'agents reste dépendante des choix commerciaux d'un seul acteur. Elle ne garantit pas pour autant une adoption immédiate et universelle. En 2026, AGNTCY reste un projet en développement actif, plus mature comme brique d'infrastructure interne - observabilité, schéma de capacités, identité entre systèmes d'une même organisation - que comme standard déployé de façon homogène chez l'ensemble des fournisseurs d'agents vocaux du marché.
Pour une équipe qui construit un agent vocal aujourd'hui, la posture raisonnable n'est ni d'ignorer AGNTCY, ni d'en faire un prérequis bloquant. Elle consiste à documenter les capacités des agents de façon structurée, à mettre en place une observabilité multi-agents dès maintenant, et à suivre l'adoption d'AGNTCY par les fournisseurs de LLM, de télécoms et d'orchestration déjà utilisés, pour ne pas construire une architecture qui rendrait l'interopérabilité future coûteuse à ajouter.
TALKR et l'interopérabilité des agents vocaux
La plateforme TALKR suit de près l'évolution des standards d'interopérabilité agentique - MCP, A2A, Open Floor Protocol et l'infrastructure AGNTCY - pour que vos agents vocaux restent compatibles avec l'écosystème IA qui se construit en 2026 et au-delà. Nos équipes vous accompagnent dans la conception d'architectures multi-agents documentées, observables et prêtes pour l'interopérabilité.
Si votre agent vocal doit interagir avec des agents IA externes à votre organisation - partenaires, prestataires, autres services internes - parlons de la façon de structurer cette architecture dès aujourd'hui.
Parler à un expert TALKRFAQ - AGNTCY et l'Internet des agents IA
Qu'est-ce qu'AGNTCY ?
AGNTCY est un projet open source qui fournit l'infrastructure de base des systèmes multi-agents : découverte des agents disponibles, identité cryptographique vérifiable, messagerie sécurisée et observabilité de bout en bout. Lancé par Cisco en mars 2025 avec LangChain et Galileo, il a été confié à la Linux Foundation le 29 juillet 2025 pour devenir un standard ouvert et neutre.
Qui a créé AGNTCY et qui le gouverne aujourd'hui ?
AGNTCY a été open-sourcé par Cisco en collaboration avec LangChain et Galileo. Depuis juillet 2025, il est hébergé par la Linux Foundation, avec Cisco, Dell Technologies, Google Cloud, Oracle et Red Hat comme membres fondateurs et plus de 65 entreprises soutenant le projet. Cette gouvernance multi-acteurs évite la dépendance à un seul fournisseur.
Quelle est la différence entre AGNTCY, A2A, MCP et Open Floor Protocol ?
Ce sont des couches complémentaires. MCP connecte un agent à ses outils. A2A organise la délégation de tâches entre agents qui se connaissent déjà. Open Floor Protocol gère la prise de parole entre agents vocaux de fournisseurs différents dans un même appel. AGNTCY se situe en dessous : il fournit l'annuaire de découverte, l'identité vérifiable et l'observabilité qui permettent à ces protocoles de fonctionner au-delà d'un cercle d'agents déjà connus.
Qu'est-ce que l'OASF (Open Agent Schema Framework) ?
L'OASF est le schéma standardisé utilisé par la couche de découverte d'AGNTCY pour décrire les capacités d'un agent - ses compétences, ses contraintes, les formats qu'il accepte - de façon lisible par des annuaires distribués et d'autres agents, plutôt que via une simple description en langage naturel.
Qu'est-ce que le protocole SLIM et pourquoi la latence compte-t-elle pour un agent vocal ?
SLIM (Secure Low Latency Interactive Messaging) est la couche de messagerie d'AGNTCY, conçue pour des échanges multimodaux à faible latence avec un chiffrement résistant au quantique. Pour un agent vocal, qui doit répondre en moins d'une seconde pour rester naturel, une messagerie inter-agents pensée pour la latence est indispensable avant d'envisager une délégation à des agents tiers en production.
En quoi l'identité AGNTCY aide-t-elle contre la fraude vocale et l'usurpation d'agents IA ?
La couche identité d'AGNTCY donne à chaque agent une identité cryptographiquement vérifiable, sur le modèle d'un certificat. Quand des agents vocaux d'entreprises différentes s'appellent entre eux, cette identité permet de vérifier qu'un agent qui prétend représenter telle organisation y est réellement autorisé, et de tracer l'échange pour l'audit - en complément, non en remplacement, des mécanismes anti-usurpation de la voix humaine comme le watermarking audio.
AGNTCY est-il déjà utilisable en production pour un agent vocal IA ?
AGNTCY est en développement actif sous gouvernance Linux Foundation, avec des composants open source disponibles et un soutien croissant de grands acteurs de l'infrastructure (Cisco, Google Cloud, Oracle, Red Hat, Dell). En 2026, il reste plus mature comme brique d'annuaire, d'identité et d'observabilité interne que comme standard universel déployé chez tous les fournisseurs d'agents vocaux du marché.
Faut-il attendre avant d'adopter AGNTCY pour son agent vocal IA ?
Non, mais il faut garder l'architecture ouverte : documenter les capacités des agents de façon structurée, mettre en place une observabilité multi-agents dès maintenant, et suivre l'adoption d'AGNTCY par vos fournisseurs de LLM et de télécoms. L'objectif n'est pas d'implémenter AGNTCY immédiatement, mais de ne pas construire une architecture qui rendrait l'interopérabilité future coûteuse à ajouter.