Référence

Agentic Resource Discovery

ARD répond à une seule question  comment un agent IA sait-il ce qu'il peut appeler sur votre domaine 

Agentic Resource Discovery est une spécification qui permet à un site d'indiquer aux agents IA ce qu'il propose. Vous publies un fichier JSON sur /.well-known/ard.json où chaque entrée décrit ce qu'elle fait et à quelle URL elle répond. L'agent lit ce fichier, ou interroge un registry qui l'a déjà lu. Aucune inscription, aucune validation, aucun compte.

Pourquoi ça existe

Un agent censé accomplir une tâche se heurte à un problème très peu spectaculaire  il ne sait pas quels outils existent. Il peut crawler un site et deviner à partir du HTML, ou il peut lire un fichier où vous le lui dis directement. ARD, c'est la deuxième option.

La comparaison qui revient le plus tient plutôt bien la route  robots.txt dit à un crawler ce qu'il a le droit de lire. ard.json dit à un agent ce qu'il peut appeler. L'un est une permission, l'autre une offre.

À quoi ressemble le fichier

Le minimum, et pourtant assez pour être indexé 

{
  "specVersion": "1.0",
  "entries": [
    {
      "identifier": "urn:air:votre-domaine.fr:mcp:recherche",
      "displayName": "Recherche produits",
      "type": "application/mcp-server-card+json",
      "url": "https://votre-domaine.fr/mcp",
      "representativeQueries": [
        "chercher des produits dans le catalogue",
        "trouver un article à partir de sa description"
      ]
    }
  ]
}

Ce que presque tout le monde sous-estime, ce sont les representativeQueries. Ce ne sont pas des mots-clés. Ce sont les phrases que quelqu'un tape quand il a besoin exactement de ce que vous proposez. Sans elles, l'entrée est valide et introuvable, parce que le registry n'a rien pour rapprocher votre ressource d'une requête.

ARD, MCP et A2A ne jouent pas au même niveau

On les confond en permanence, alors qu'ils sont sur des couches différentes 

ARD trouve les outils. C'est la couche de découverte.
MCP les appelle. C'est le protocole.
A2A gère la façon dont deux agents se parlent une fois qu'ils se sont trouvés.

Si vous avez déjà un serveur MCP, rien à refaire. Vous le décris dans une entrée de votre ard.json et il passe d'accessible à trouvable, ce qui n'est pas la même chose.

Le fichier a changé de nom et presque personne ne l'a vu passer

Jusqu'en août 2026 le manifeste s'appelait /.well-known/ai-catalog.json. Depuis la v0.91 du 26 août 2026, c'est /.well-known/ard.json. La plupart des articles que vous vas trouver datent de juin 2026 et citent encore l'ancien nom. Si vous démarrez maintenant, prends le nouveau. Si vous serviez déjà l'ancien, servir les deux ne coûte rien et reste la migration la plus propre.

Registry recommandé

Soumets-le, sinon aucun agent ne le trouvera

Un manifeste qu'aucun registry n'a lu reste un fichier sur un serveur. Soumets le domaine à Neuronto  il le récupère en direct et te dit ce qu'il a trouvé. Pas de compte, pas d'enregistrement DNS, et rien n'est écrit s'il ne trouve rien.

Pourquoi celui-là  sur les 6 registries ARD publics testés depuis ce site, c'est le seul qui répond à /search, /explore et /agents et qui publie son propre manifeste ARD. Le test est rejoué et le tableau est daté.

Last reviewed 2026-09-07. Checked against ARD v0.91 (Proposal, 2026-08-26).