Onze entreprises, dont Google, Microsoft, GitHub et Hugging Face, ont publié Agentic Resource Discovery (ARD). La spécification ouverte explique comment les agents d’IA trouvent et vérifient les outils, les compétences et d’autres agents sur le Web.
Les contributeurs ont publié le projet de spécification le 17 juin, ainsi que les implémentations de référence de plusieurs d’entre eux. ARD est sous licence Apache 2.0 et s’appuie sur le modèle de données AI Catalog maintenu par un groupe de travail de la Linux Foundation. La liste complète des contributeurs comprend également Cisco, Databricks, GoDaddy, NVIDIA, Salesforce, ServiceNow et Snowflake.
Que résout l’ARD ?
La spécification vise à résoudre un problème de coordination. Aujourd’hui, un agent doit être connecté à l’avance à chaque outil, serveur MCP ou API qu’il utilise. À mesure que de plus en plus d’entreprises publient leurs propres capacités, ce pré-câblage cesse d’évoluer.
ARD déplace la découverte vers une étape de recherche qui se produit au moment de l’exécution. Ce changement affecte principalement les entreprises qui publient des outils et des agents, et non les sites de contenu classiques pour l’instant.
Comment fonctionne ARD
ARD s’appuie sur deux éléments, que la spécification appelle catalogues et registres.
Une organisation publie un catalogue, un ai-catalog.json fichier hébergé sur un chemin bien connu sur son propre domaine, qui répertorie les outils, les serveurs MCP, les agents ou les API qu’il met à disposition.
Les registres explorent ensuite ces catalogues, les indexent et répondent aux demandes de découverte des agents dans un langage simple.
Étant donné que chaque catalogue se trouve sur le domaine de son propre éditeur, la spécification utilise la propriété du domaine pour vérifier qui l’a publié.
Pour une utilisation en production, les éditeurs peuvent joindre des métadonnées de confiance afin qu’un agent ou un registre puisse confirmer l’identité cryptographique de l’éditeur avant de se connecter. Une fois qu’une fonctionnalité est sélectionnée, ARD effectue le transfert et l’agent se connecte directement à l’aide du propre protocole de l’outil.
Implémentations le jour même
Plusieurs contributeurs ont expédié le même jour des outils de travail construits sur la spécification.
GitHub a introduit l’outil de recherche d’agents, qui permet à Copilot de découvrir les serveurs, compétences, outils et agents MCP correspondants à partir d’un registre choisi, les utilisateurs contrôlant ce qui est connecté.
Hugging Face a publié un outil de découverte qui recherche les compétences et les serveurs MCP parmi les services ARD. Cisco a lié la spécification à son AGNTCY Agent Directory, un projet open source de la Linux Foundation.
Cette version poursuit une série de spécifications ouvertes destinées à la couche lisible par machine du Web. Google a publié deux jours plus tôt l’Open Knowledge Format, une spécification permettant de partager des connaissances organisationnelles entre les systèmes d’IA. Le schéma de ces efforts est le même. Chacun vous demande de publier un fichier structuré sous votre propre domaine afin que les systèmes d’IA puissent utiliser ce que vous exposez, sans que personne ne câble la connexion à la main.
La place de Google
Le rôle de Google est centré sur Agent Registry, qui fait partie de sa plateforme d’agents Gemini Enterprise.
La société a déclaré qu’Agent Registry hébergerait et rechercherait des ressources agents et gérerait la gouvernance d’entreprise. La prise en charge native d’ARD dans la plate-forme est prévue pour les mois à venir, ce qui, selon Google, permettrait aux organisations de connecter les registres internes au réseau plus large. Ce support n’est pas encore disponible et ARD est une spécification plutôt qu’une fonctionnalité de recherche Google.
Pourquoi c’est important
La répartition dépend de ce que vous publiez. ARD est destiné aux éditeurs de fonctionnalités appelables, d’API, de serveurs MCP et d’agents auxquels les logiciels se connectent. Une entreprise qui publie des outils dispose d’une méthode claire pour être trouvée et approuvée par les agents. Un site de contenu typique n’a aucune action claire à entreprendre aujourd’hui.
La valeur de cet effort est débattue. John Mueller de Google a fait valoir que les systèmes LLM ne peuvent pas utiliser des fichiers comme llms.txt pour distinguer un site d’un autre, et a conseillé de se concentrer sur les besoins actuels plutôt que sur les futures stratégies orientées agents. ARD cible les outils et les agents, et non le contenu, ce qui soulève des questions sur la création immédiate de systèmes susceptibles de générer ou non du trafic plus tard.
Regarder vers l’avenir
La spécification est une ébauche de la version 0.9 et les contributeurs invitent à des modifications via le référentiel GitHub du projet. Sa portée dépend de registres capables d’explorer et d’indexer les catalogues à grande échelle, et cet écosystème en est encore à ses débuts. Le support du registre des agents de Google est dans des mois.
Si ce réseau se développe, l’avantage revient principalement aux entreprises proposant des outils et des agents dont d’autres ont besoin. Les premières fonctionnalités du Web agent de Google le suggèrent. La préoccupation immédiate est de savoir si vos plates-formes et outils actuels adopteront ARD et ce qu’ils vous demanderont de publier.
