AI-клиенты теперь умеют использовать внешние возможности — инструменты, Skills, MCP-серверы, API, воркфлоу и даже других агентов. Всё это называют agentic resources. И их становится всё больше: публичные, от вендоров, внутренние, узкие инструменты и сложные агенты. Возникает простая проблема: как клиент узнаёт, что вообще доступно?
Сегодня ответ — вручную. Пользователь, разработчик или админ ищет agentic resource, оценивает, полезен ли и надёжен ли, подключает к клиенту и поддерживает связь в актуальном состоянии. Это работает, когда инструментов — горстка известных. Но ломается, когда каждый продукт, команда, вендор и организация публикуют свои agentic resources.
Узкое место уже не в вызове — а в обнаружении (discovery). Клиент не использует то, о чём не знает. Пользователь не попросит то, о чём не слышал. А компания не может ждать, что каждый сотрудник знает, какие внутренние тулы, одобренные сервисы и частные воркфлоу подходят под задачу.
Это решает Agentic Resource Discovery Specification (ARD). ARD позволяет клиенту задать один вопрос: какой agentic resource может помочь с этой задачей? В ответ — набор подходящих возможностей: что делает, кто предоставил, где находится и как до него добраться.
ARD занимается только поиском. Вызов выбранного agentic resource происходит через его собственный механизм — MCP, API, агентный фреймворк, систему воркфлоу или что-то ещё. ARD стоит до вызова: помогает клиенту решить, какую возможность использовать. Что искать, когда искать и что делать с результатами — решает разработчик системы.
ARD — не продукт. Любые сервисы discovery могут его реализовать. Например, GitHub's Agent Finder и Hugging Face's Discover. Смысл в том, что один раз опубликованный agentic resource должен быть доступен множеству клиентов, а клиент — находить полезные ресурсы далеко за пределами своего узкого круга известных. Детали — в How ARD works.