Hugging Face ouvre la recherche aux agents

Hugging Face a présenté Agentic Resource Discovery (ARD), une spécification ouverte encore à l’état de brouillon, avec une première implémentation dans son Hub via un outil nommé Discover Tool. Le fait central est précis : ARD veut donner aux agents IA une couche de recherche pour trouver des outils, des compétences, des applications et d’autres agents au moment de l’exécution, au lieu de dépendre seulement de connecteurs installés à l’avance. Le billet cite des contributeurs issus notamment de Microsoft, Google, GoDaddy et Hugging Face, et place le projet dans le sillage de MCP, Skills et A2A.

Le problème visé est devenu très concret. Les agents savent appeler des outils par MCP, consommer des instructions par des Skills ou dialoguer avec d’autres agents par A2A, mais ces protocoles supposent souvent que l’utilisateur ou le développeur sait déjà quoi brancher. Dans une organisation, ce modèle ne passe pas bien à l’échelle : il faut maintenir des listes de serveurs, de services internes, de modèles, de scripts et de droits d’accès. ARD propose un registre consultable, enrichi par des métadonnées comme l’éditeur, les requêtes représentatives, les attestations de conformité et les tags.

La partie intéressante de l’annonce est l’implémentation. Hugging Face explique que son Discover Tool expose des milliers de Skills, d’applications ML et de serveurs MCP sous forme d’entrées ARD. Le Hub s’appuie sur sa recherche sémantique existante, notamment autour des Spaces et des applications compatibles agents, puis traduit les résultats vers le format de la spécification. En pratique, un client peut envoyer une requête en langage naturel, recevoir une liste de capacités pertinentes, puis laisser le modèle invoquer l’outil retenu. La décision ne disparaît pas dans le modèle : elle passe par une étape de recherche mieux structurée.

Le détail compte aussi pour les éditeurs d’outils. Une entrée de registre peut décrire non seulement ce que fait un service, mais aussi qui le publie, dans quel contexte il est fiable et quelles contraintes s’appliquent. C’est une différence importante avec un simple moteur de recherche web, car l’agent doit choisir une capacité exécutable, pas seulement lire une page. La qualité des métadonnées devient donc une partie de la sécurité et de l’expérience produit.

Ce que cela change, si le brouillon mûrit, c’est la plomberie des agents plus que leurs promesses visibles. Un assistant interne pourrait chercher « vérifier une facture fournisseur » et trouver un outil approuvé, plutôt que demander à chaque équipe de préinstaller le bon connecteur. Un développeur pourrait découvrir un serveur MCP utile sans fouiller un annuaire séparé. La prudence reste nécessaire : un registre dynamique pose des questions de sécurité, de provenance et de gouvernance. Mais ARD donne un nom et un format à un besoin déjà évident : faire passer les agents d’un catalogue fixe d’outils à une découverte contrôlée des capacités disponibles.