# Введение

> Инструментов, навыков, MCP-серверов и агентов становится всё больше, а подключают их вручную. Какую проблему обнаружения решает ARD и кому он нужен.

Страница: https://agenticresourcediscovery.ru/introduction/
Оригинал на английском: https://agenticresourcediscovery.org/introduction/
Указатель сайта: https://agenticresourcediscovery.ru/llms.txt

ИИ-клиенты больше не ограничены тем, что знает модель. Они могут использовать внешние возможности - инструменты, навыки (Skills), MCP-серверы, API, рабочие процессы и других агентов. Мы называем такие возможности **[агентными ресурсами (agentic resources)](https://agenticresourcediscovery.ru/glossary/#agentic-resource)**.

Число агентных ресурсов уже быстро растёт. Одни публичные, другие исходят от поставщиков, третьи создаются внутри компаний; одни - узкие инструменты для одной задачи, другие - агенты или рабочие процессы, которые умеют доводить дело до конца. Отсюда простая проблема: **как ИИ-клиенту узнать, что ему доступно?**

Сегодня это делается в основном вручную. Пользователь, разработчик или ИТ-администратор должен найти агентный ресурс, оценить, полезен ли он и заслуживает ли доверия, подключить его к клиенту и поддерживать это подключение в актуальном состоянии. Это работает, пока хорошо известных инструментов немного. И перестаёт работать, когда каждый продукт, команда, поставщик и организация публикует собственные агентные ресурсы.

Узкое место - уже не вызов. Теперь это **обнаружение**. Клиент не может использовать возможность, о существовании которой не знает, пользователь не может попросить агентный ресурс, о котором никогда не слышал, а предприятие не может рассчитывать, что каждый сотрудник знает, какие внутренние инструменты, одобренные сервисы поставщиков и закрытые рабочие процессы подходят для каждой задачи.

Именно эту проблему решает **спецификация Agentic Resource Discovery (ARD)**. ARD позволяет клиенту задать один вопрос: *какой агентный ресурс поможет с этой задачей?* Ответ - набор подходящих возможностей: что делает каждая из них, кто её предоставляет, где она находится и как клиент может к ней обратиться.

ARD отвечает только за обнаружение. Выбранный агентный ресурс клиент вызывает через собственный механизм этого ресурса - MCP, API, агентный фреймворк, систему рабочих процессов или что-то ещё. ARD действует *до* вызова: он помогает клиенту решить, какую возможность использовать. *По чему* искать, *когда* искать и *что делать* с полученными результатами - всё это остаётся на усмотрение проектировщика системы.

ARD - не продукт. Реализовать его может любое число [сервисов обнаружения](https://agenticresourcediscovery.ru/glossary/#discovery-service): **[Agent Finder](https://github.com/agentfinder) от GitHub**, **[Discover](https://github.com/huggingface/hf-discover) от Hugging Face** и размещаемый на собственной инфраструктуре **[ANS Finder](https://github.com/agentnameservice/ans)** - три таких сервиса. Суть в том, что агентный ресурс, опубликованный один раз, должен быть доступен для обнаружения многим клиентам, а клиент должен иметь возможность находить полезные агентные ресурсы далеко за пределами того небольшого набора, который он уже знает.

Чтобы увидеть, как это работает на практике, прочитайте **[Как работает ARD](https://agenticresourcediscovery.ru/how_ard_works/)**.