Une nouvelle étape pour les agents IA
Les agents IA deviennent de moins en moins de simples assistants isolés et de plus en plus des acteurs capables de collaborer avec des outils, des API, des bases de connaissances, des services métier et même d’autres agents. En clair, on ne parle plus seulement d’un chatbot qui répond poliment à une question. On parle d’un système capable de chercher une compétence, de vérifier si elle est fiable, puis de l’utiliser au bon moment.
C’est dans ce contexte que Google annonce Agentic Resource Discovery, ou ARD, une spécification ouverte pensée pour publier, découvrir et vérifier des capacités IA sur le web. Derrière ce nom très sérieux se cache une idée simple : permettre aux agents IA de trouver les bonnes ressources, où qu’elles soient, sans rester bloqués dans les silos d’une plateforme ou d’une entreprise.
Et franchement, c’est une bonne nouvelle. Parce qu’un agent qui ne sait pas où trouver les bons outils, c’est un peu comme un stagiaire le premier jour sans badge, sans plan des locaux et sans accès Wi-Fi. Il est motivé, mais il ne va pas sauver la production tout de suite.
Le problème : les agents IA savent agir, mais pas toujours où chercher
Aujourd’hui, de nombreuses plateformes proposent déjà leurs propres registres d’agents, d’outils ou de compétences. Une entreprise peut avoir un catalogue interne pour ses API, une autre un registre pour ses agents spécialisés, une troisième une base documentaire dédiée aux outils d’automatisation.
Le souci, c’est que tout cela reste souvent fragmenté. Chaque écosystème possède ses règles, ses formats, ses méthodes d’authentification et ses mécanismes de découverte. Résultat : un agent IA peut être très performant dans son environnement, mais beaucoup moins lorsqu’il doit interagir avec des capacités situées ailleurs.
Google résume le défi autour de trois grandes questions :
- Où se trouve la bonne capacité ?
- Quelle capacité faut-il réellement utiliser ?
- Comment vérifier qu’elle est sûre avant de s’y connecter ?
Ces questions sont essentielles pour les entreprises. Un agent IA qui déclenche une action sur un mauvais outil, qui utilise une API non vérifiée ou qui se connecte à un service douteux peut créer de vrais risques de sécurité, de conformité et de gouvernance.
C’est précisément là qu’intervient ARD.
ARD, c’est quoi exactement ?
Agentic Resource Discovery est une spécification ouverte destinée à standardiser la façon dont les capacités IA sont publiées, trouvées et vérifiées à travers le web. Ces capacités peuvent être des outils, des skills, des agents IA, des serveurs MCP, des agents A2A, des API OpenAPI ou encore des catalogues imbriqués.
L’objectif n’est pas d’imposer un nouveau protocole unique pour tout le monde. ARD agit plutôt comme une couche de découverte et de confiance. Une fois la bonne ressource identifiée et vérifiée, l’agent peut ensuite se connecter directement à cette ressource avec son protocole natif.
Autrement dit, ARD ne cherche pas à remplacer les outils existants. Il veut les rendre trouvables, vérifiables et interopérables. C’est une nuance importante, surtout dans un marché IA où chacun arrive souvent avec son propre framework sous le bras, en disant que c’est évidemment le meilleur.
La couche manquante du web agentique
Imaginez un agent d’exploitation chargé d’enquêter sur un incident en production. Pour comprendre ce qui se passe, il peut avoir besoin de consulter les logs, d’interroger un outil d’observabilité, de lire la documentation technique, de vérifier l’historique des déploiements, d’ouvrir un ticket support et peut-être de solliciter un agent spécialisé dans le diagnostic réseau.
Sans standard commun, cet agent doit connaître à l’avance chaque outil, chaque endpoint et chaque méthode d’accès. C’est possible dans un environnement fermé, mais cela devient vite compliqué dès que plusieurs équipes, fournisseurs ou plateformes sont impliqués.
ARD propose une réponse plus ouverte : publier les capacités disponibles sous le nom de domaine de l’organisation, puis permettre à des registres fédérés de les indexer. Ainsi, un agent peut découvrir dynamiquement les ressources pertinentes, tout en obtenant les métadonnées nécessaires pour vérifier leur origine et leur fiabilité.
Cette approche rappelle, dans l’esprit, ce que le web ouvert a apporté à l’information. Les pages sont publiées sur des domaines, les moteurs les indexent, puis les utilisateurs les trouvent. Avec ARD, l’idée est similaire, mais appliquée aux ressources que les agents IA peuvent utiliser.
Comment fonctionne Agentic Resource Discovery ?
ARD repose principalement sur deux primitives : les catalogues et les registres.
Les catalogues
Un catalogue est un fichier publié par une organisation pour décrire ses capacités disponibles. Typiquement, il peut s’agir d’un fichier ai-catalog.json hébergé à un emplacement connu sur le domaine de l’entreprise.
Ce catalogue peut décrire plusieurs types de ressources :
- des agents IA spécialisés ;
- des skills utilisables à la demande ;
- des serveurs MCP ;
- des outils compatibles OpenAPI ;
- des agents A2A ;
- d’autres catalogues.
Le fait d’héberger ce catalogue sous le domaine officiel de l’organisation joue un rôle clé. Le domaine devient une base d’identité et de confiance. Si une entreprise publie son catalogue sur son propre domaine, il devient possible de rattacher les ressources découvertes à une origine vérifiable.
Les registres
Les registres fonctionnent comme des moteurs de recherche pour le web agentique. Ils explorent les catalogues publiés, indexent leur contenu et permettent aux agents de rechercher des capacités.
Un agent peut envoyer une demande en langage naturel, par exemple : trouver un outil capable d’analyser des métriques de performance applicative. Le registre peut alors retourner des ressources correspondantes, avec les métadonnées permettant de vérifier le fournisseur avant toute connexion.
ARD permet aussi de contourner la recherche si nécessaire. Un agent peut aller chercher directement le catalogue d’un partenaire connu, à partir de son domaine. C’est pratique pour les relations établies entre entreprises ou entre équipes internes.
La confiance cryptographique au centre du modèle
La découverte seule ne suffit pas. Trouver un outil, c’est bien. Savoir qu’il est légitime, c’est mieux. Surtout si cet outil peut accéder à des données sensibles ou déclencher des actions en production.
ARD intègre donc une couche de vérification cryptographique. Les éditeurs peuvent attacher des métadonnées de confiance à leurs ressources. Ces informations permettent à un agent ou à un registre de confirmer l’identité réelle du fournisseur avant d’établir une connexion.
Cette logique est particulièrement importante pour les environnements d’entreprise, où les exigences de sécurité, de conformité et de traçabilité sont élevées. On pense notamment aux secteurs réglementés comme la santé, la finance ou les services publics.
Dans un monde où les agents peuvent agir de manière autonome, la confiance ne peut pas être un simple post-it numérique collé sur une API. Elle doit être vérifiable, gouvernable et automatisable.
Un scénario concret : un agent qui découvre une capacité en temps réel
Le fonctionnement d’ARD peut être résumé en quatre étapes.
D’abord, le fournisseur publie son catalogue. Il héberge un fichier ai-catalog.json sur son domaine, avec la liste des capacités disponibles et leurs informations de connexion.
Ensuite, un agent cherche une capacité. Il peut interroger un registre ARD avec une intention exprimée en langage naturel ou récupérer directement le catalogue d’une organisation connue.
Troisième étape : la vérification. Avant de se connecter, l’agent utilise les métadonnées de confiance pour valider l’identité cryptographique du fournisseur.
Enfin, l’agent établit une connexion directe avec la ressource choisie. Il l’utilise via son protocole natif, récupère le résultat et poursuit sa mission.
Ce modèle est puissant parce qu’il combine flexibilité et sécurité. Les ressources restent dans leur environnement d’origine, mais deviennent découvrables par des agents externes ou internes selon les règles définies.
Pourquoi ARD compte pour les développeurs et les entreprises
Pour les développeurs, ARD peut simplifier la publication et la réutilisation de capacités IA. Au lieu de créer une intégration spécifique pour chaque plateforme, une équipe peut décrire ses outils dans un catalogue standardisé et les rendre découvrables.
Pour les entreprises, l’intérêt est encore plus stratégique. ARD peut devenir une brique de gouvernance pour les architectures agentiques. Les organisations pourront mieux contrôler quelles ressources sont disponibles, qui les publie, comment elles sont vérifiées et dans quelles conditions elles peuvent être utilisées.
Cela peut aussi accélérer la collaboration entre équipes. Une équipe data peut publier un agent d’analyse, une équipe support un outil de qualification de tickets, une équipe DevOps un ensemble de capacités d’incident response. Les autres agents de l’entreprise peuvent ensuite les découvrir sans passer par une chasse au trésor dans Slack, Confluence et trois tableurs oubliés.
ARD ouvre également la voie à un écosystème plus décentralisé. Les agents ne seront pas obligés de dépendre d’un registre unique ou d’un fournisseur central. Des registres fédérés pourront coexister, indexer différents catalogues et connecter des ressources issues de plusieurs organisations.
Le lien avec Gemini Enterprise Agent Platform
Google Cloud prévoit d’intégrer ARD dans Gemini Enterprise Agent Platform via Agent Registry. Ce service vise à fournir une prise en charge hébergée pour rechercher, découvrir et gérer des ressources agentiques comme des agents, des skills, des serveurs MCP et d’autres outils.
Agent Registry ne se limite pas à la recherche. Il joue aussi un rôle de gouvernance. Il peut attribuer des identifiants uniques, appliquer des politiques de sortie pour les agents, fixer des versions d’outils ou de spécifications et gérer les ressources de manière sécurisée.
L’intégration avec Agent Identity permet également de vérifier les manifestes de confiance ARD. Cela aide les entreprises à prouver l’authenticité des agents et à répondre à des exigences de conformité comme HIPAA.
Selon l’annonce, le support natif d’ARD dans Agent Platform arrivera dans les prochains mois. Les organisations pourront alors connecter leurs registres internes au réseau plus large, tout en gardant un cadre de sécurité adapté aux besoins de l’entreprise.
Un standard ouvert, et c’est probablement le point le plus important
Le fait qu’ARD soit une spécification ouverte est essentiel. Le web agentique ne pourra pas vraiment se développer si chaque fournisseur construit son propre jardin fermé. Les agents IA auront besoin d’un langage commun pour découvrir, évaluer et utiliser les ressources disponibles.
ARD est publié sous licence Apache 2.0 et s’appuie sur le modèle AI Catalog. La spécification est disponible publiquement, avec des schémas, un modèle de fédération, une architecture de confiance et des implémentations de référence.
Les équipes intéressées peuvent déjà publier un premier catalogue, lire la documentation ou contribuer au dépôt GitHub du projet. Pour les entreprises qui expérimentent avec des agents IA, c’est une piste à surveiller de très près.
Ce que cela annonce pour l’avenir des agents IA
ARD ne va pas, à lui seul, rendre tous les agents IA parfaitement autonomes, sécurisés et interopérables du jour au lendemain. Ce serait un peu optimiste, même pour une démo de conférence avec fond violet et musique inspirante.
Mais cette spécification répond à un vrai besoin : organiser la découverte des capacités dans un monde où les agents vont se multiplier. Plus les entreprises déploieront d’agents, plus il faudra des mécanismes standards pour savoir ce qui existe, où cela se trouve, qui le publie et si l’on peut lui faire confiance.
C’est exactement le rôle que veut jouer Agentic Resource Discovery. Une couche ouverte, fédérée et vérifiable pour connecter les agents IA aux bonnes ressources, au bon moment, avec le bon niveau de confiance.
Si le web des agents doit devenir autre chose qu’un immense bazar d’API, de connecteurs et de scripts collés avec du ruban adhésif numérique, ARD pourrait bien être l’une des briques fondatrices à retenir.
Source : Google dévoile ARD : la brique qui pourrait enfin organiser le web des agents IA