Журнал «Отинофф»
Схема работы Agentic Resource Discovery: AI-агент отправляет запрос в реестр и получает список доступных инструментов

ARD: как AI-агенты находят инструменты без ручной установки — спецификация

ИИ-инструменты 30 июня 2026 г.

Команда, которая строит AI-агентов, сталкивается с одной и той же проблемой: чтобы агент вызвал внешний инструмент или обратился к другому агенту, разработчик должен заранее прописать URL в конфигурационном файле. Это работает для пяти-десяти постоянных инструментов, но не для тысяч ситуативных возможностей.

Источник: huggingface.co

17 июня 2026 года группа разработчиков из Microsoft, Google, GoDaddy и Hugging Face опубликовала черновик открытой спецификации Agentic Resource Discovery (ARD). Она определяет, как агенты могут находить нужные инструменты, навыки и других агентов в момент выполнения задачи — без того, чтобы человек заранее устанавливал и настраивал каждый ресурс.

Для владельца продукта или руководителя команды это означает: если спецификация получит распространение, время на интеграцию новых возможностей агента может сократиться с дней до минут. Но прежде чем менять архитектуру, стоит понять, что именно предлагает ARD, где она уже работает и какие риски пока остаются.

Что изменилось: от ручной установки к поиску по запросу

Сегодняшняя модель работы с агентами построена на трёх протоколах. MCP (Model Context Protocol) даёт агенту стандартный способ вызывать инструменты. Skills — способ выполнять инструкции. A2A (Agent-to-Agent) — способ вызывать других агентов. Все три протокола предполагают, что пользователь уже знает, какой инструмент или агент ему нужен, и заранее его подключил.

ARD добавляет четвёртый слой — обнаружение. Вместо того чтобы вручную прописывать каждый MCP-сервер или навык, агент отправляет поисковый запрос в реестр и получает ранжированный список доступных возможностей. Реестр может быть как публичным (например, Hugging Face Hub), так и корпоративным.

Спецификация определяет два механизма:

  • Статический манифест ai-catalog.json — файл, который издатель размещает на известном URL и в котором описывает свои возможности.
  • Динамический API POST /search — REST-эндпоинт, который принимает поисковый запрос на естественном языке и возвращает ранжированные результаты.

Ключевое отличие от существующих подходов: выбор инструмента выносится за пределы контекстного окна языковой модели. Реестр использует более богатые сигналы — идентификацию издателя, репрезентативные запросы, метки соответствия и теги.

Чем ARD отличается от MCP, Skills и A2A

Чтобы не путать новый стандарт с уже существующими, полезно представить их как разные этапы одного процесса.

Протокол Что делает Когда используется
MCP Вызов инструмента Агент уже знает, какой инструмент нужен
Skills Выполнение инструкции Агент уже знает, какую инструкцию применить
A2A Вызов другого агента Агент уже знает, какого агента вызвать
ARD Поиск и обнаружение Агент не знает, какой инструмент или агент подходит

ARD не заменяет MCP, Skills или A2A. Он работает перед ними: агент сначала находит подходящий ресурс через ARD, а затем вызывает его через существующий протокол.

Как это работает на практике: пример Hugging Face

Hugging Face Hub — первая публичная реализация ARD. Инструмент Discover Tool предоставляет поисковый доступ к тысячам Skills, ML-приложений и MCP-серверов, размещённых на Hub и в других ARD-реестрах.

Как это устроено технически:

  • Hub использует семантический поиск по своим Space (интерактивным приложениям).
  • Флаг agents=true в поисковом запросе возвращает Space, ранжированные по метаданным, важным для агентов.
  • Discover Tool преобразует результаты поиска в формат ARD.

При этом применяются два фильтра: в ответ включаются только Space, которые находятся в статусе RUNNING (работающие), а формат ответа зависит от типа запроса. Поддерживаются три медиатипа:

  • application/ai-skill — сгенерированное описание навыка на основе файла agents.md.
  • application/mcp-server+json — запись каталога MCP-сервера для Space с тегом mcp-server.
  • application/vnd.huggingface.space+json — сырые метаданные Space для клиентов, которые хотят обработать их самостоятельно.

Для владельца продукта это означает: если ваши инструменты уже опубликованы на Hugging Face Hub, они автоматически становятся доступны через ARD. Если нет — вы можете разместить манифест ai-catalog.json на своём сервере.

Что проверить до внедрения: практический чек-лист

Прежде чем принимать решение об использовании ARD, стоит ответить на несколько вопросов.

Чек-лист для руководителя:

  1. Какие ваши инструменты уже доступны через ARD? Проверьте, есть ли у ваших MCP-серверов или Skills манифест ai-catalog.json или возможность поиска через Hugging Face Discover Tool.
  2. Кто будет поддерживать реестр? Если вы планируете корпоративный реестр, определите команду, которая будет отвечать за его наполнение и актуальность.
  3. Как часто обновляются описания инструментов? ARD работает хорошо, когда метаданные свежие. Устаревшие или неточные описания приведут к тому, что агент будет находить неподходящие инструменты.
  4. Какие инструменты критичны для вашего процесса? Не все инструменты нужно делать доступными через ARD. Для постоянных, ежедневно используемых инструментов ручная настройка может быть надёжнее.
  5. Как вы будете контролировать безопасность? ARD позволяет агенту находить инструменты динамически. Убедитесь, что у вас есть политика доступа и проверки издателей.

Какие риски стоит учитывать

Спецификация ARD находится в статусе черновика. Это означает, что до финальной версии возможны несовместимые изменения. Если вы начнёте интеграцию сейчас, будьте готовы обновлять реализацию.

Успех ARD зависит от широкого внедрения. Если основные провайдеры инструментов и агентов не поддержат стандарт, его ценность останется ограниченной. Пока референсная реализация существует только на Hugging Face Hub.

Реализация на Hugging Face — референсная, но не единственная. Другие компании могут реализовать ARD иначе, что создаст фрагментацию. Проверяйте совместимость вашего клиента с разными реестрами.

Наконец, ARD не решает проблему качества инструментов. Агент может найти неподходящий или небезопасный инструмент, если реестр не фильтрует издателей. В корпоративной среде потребуется дополнительный слой проверки.

Что можно сделать на этой неделе

ARD — не продукт, который нужно купить, а стандарт, который можно начать использовать. Вот три шага, которые не требуют перестройки архитектуры:

  1. Проверьте, видны ли ваши инструменты через Hugging Face Discover Tool. Если ваши MCP-серверы или Skills уже на Hub, они, вероятно, уже доступны через ARD.
  2. Создайте манифест ai-catalog.json для одного инструмента. Разместите его на известном URL и проверьте, что клиент может его найти.
  3. Обсудите с командой, какие инструменты стоит сделать динамически обнаруживаемыми, а какие оставить в ручной настройке. Не все инструменты выигрывают от автоматического поиска.

ARD решает реальную проблему: агенты перестают быть жёстко привязаны к предустановленному набору инструментов. Но, как и любой черновой стандарт, он требует проверки на вашем конкретном сценарии.

Источники

Генерация изображения

  • Модель: flux-schnell
  • Провайдер: replicate

Что почитать дальше

Теги

Андрей Отинов

Рекомендуем