ardregistry.net

Comparatif

ARD et MCP ne sont pas des alternatives

La question la plus posée sur ARD, et elle repose sur un malentendu.

ARD trouve les outils, MCP les appelle. Le Model Context Protocol décrit comment un client parle à un serveur qu'il connaît déjà. Agentic Resource Discovery décrit comment il apprend que ce serveur existe. Si vous avez un serveur MCP, vous ne le remplaces pas par ARD  vous le décris dans un ard.json avec ses representativeQueries, et il devient trouvable.

Le malentendu

Les deux sigles apparaissent dans le même contexte, tous deux parlent d'agents et d'outils, donc on suppose qu'il faut choisir. Il ne faut pas. Ils sont sur des couches différentes et règlent des problèmes différents.

Une analogie qui tient  MCP, c'est le coup de fil. ARD, c'est l'annuaire. Un coup de fil sans numéro ne mène nulle part, et un annuaire sans ligne derrière ne sert à rien.

Côte à côte

QuestionARDMCP
À quoi ça sertSavoir ce qui existeL'appeler
TransportFichier JSON plus POST /search JSON-RPC sur stdio ou HTTP
Qui le litRegistries et agents à la recherche Le client à l'exécution
Sans l'autreTrouvable, mais rien derrière Appelable, mais personne ne le sait

Vous avez déjà un serveur MCP

Alors le travail est minime. Vous décrivez le serveur dans une entrée avec type égal à application/mcp-server-card+json et url pointant sur votre endpoint MCP. C'est tout. Votre serveur ne change pas, il devient simplement visible.

La différence en pratique  avant, il fallait connaître votre serveur pour s'en servir. Après, il suffit qu'un agent cherche ce que votre serveur sait faire.

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