AWS Agent Registry и спецификация ARD: как навести порядок в каталогах ИИ-агентов

С ростом числа ИИ-агентов и инструментов поиск нужного ресурса становится сложной задачей. Команды создают MCP-серверы, разворачивают агентов и специализированные инструменты, но без центрального каталога эти ресурсы остаются изолированными. Разработчикам приходится вручную находить ресурс, проверять его, подключать и поддерживать соединение. При этом конфигурация агента для одного ИИ-клиента не делает его доступным для другого. Когда команда подключала несколько инструментов, это было терпимо, но с ростом числа агентов, MCP-серверов, навыков и API, распределенных по публичным реестрам и корпоративным системам, такой подход перестает работать.

AWS Agent Registry — это централизованный каталог для агентов, MCP-серверов, инструментов, навыков и пользовательских ресурсов. Он строится на двух ключевых понятиях: реестры и записи реестра. Реестр — это каталог, создаваемый в аккаунте AWS с собственными настройками авторизации и утверждения. Можно вести один реестр на всю организацию или раздельные реестры по типу ресурсов, этапу или команде. Благодаря обмену между аккаунтами реестр может обслуживать всю организацию AWS. Запись реестра представляет отдельный ресурс и содержит метаданные: что это, что делает и как к нему обратиться.

Процесс работы выглядит так: администратор создает реестр, настраивает параметры утверждения и авторизацию через AWS Identity and Access Management (IAM) или JSON Web Token (JWT) от корпоративного провайдера удостоверений. Издатель описывает свои MCP-серверы, агенты или инструменты в виде записей и отправляет их на утверждение. Куратор проверяет записи, одобряет или отклоняет их, а также помечает устаревшие записи. Потребители — люди или ИИ-агенты — ищут нужные ресурсы в реестре.

Что делает реестр корпоративным? Во-первых, процесс утверждения гарантирует, что обнаружимы только записи, соответствующие требованиям безопасности, соответствия и качества. Администратор может в любой момент удалить запись из общего доступа. Во-вторых, гибридный поиск сочетает семантическое понимание с сопоставлением по ключевым словам, так что и естественно-языковые запросы, и точные названия дают релевантные результаты. В-третьих, доступ через MCP: реестр доступен по удаленному MCP-эндпоинту, поэтому любой MCP-совместимый клиент может искать и использовать его напрямую. Наконец, гибкая авторизация: доступ контролируется через IAM или JWT.

AWS Agent Registry решает проблему обнаружения внутри AWS, но большинство предприятий работает не в одной среде. Агенты и инструменты развернуты в нескольких облаках, локальной инфраструктуре, SaaS-платформах и корпоративных приложениях, у каждого из которых свой реестр, соглашения об именовании и схема метаданных. Когда каждая среда использует свой формат описания агентских ресурсов, объединение требует создания специальных коннекторов для каждой пары реестров. Общая спецификация меняет ситуацию: если каждый реестр описывает ресурсы в едином формате и предоставляет обнаружение через общий протокол, издатели описывают один раз, а потребители обнаруживают везде.

ARD — это открытый стандарт, а не продукт или единый реестр. Он доступен под лицензией Apache License 2.0 на agenticresourcediscovery.org и GitHub. AWS внесла свой вклад в разработку спецификации. ARD можно представить как федерализацию реестров, аналогично тому, как DNS обеспечивает разрешение имен в сетях. Организация может развернуть агентов в разных средах, и каталог каждой среды предоставляет эти ресурсы через общий протокол за конечной точкой. Для объединенного поиска любой реестр может индексировать их, понимая общий протокол. Таким образом, локальные реестры могут федерализоваться через ARD без двусторонних соглашений и проприетарных коннекторов.

ARD дополняет AWS Agent Registry: федерализация без миграции — организации с агентской инфраструктурой в разных облаках, локально и в SaaS могут предоставлять ресурсы в едином формате, сохраняя локальный контроль. Обнаружение глобально, контроль локально: дизайн ARD повторяет модель контроля, ожидаемую клиентами AWS: организация, публикующая каталог, контролирует его содержимое, доступ и отзыв. Ожидается, что существующие механизмы контроля доступа AWS Agent Registry останутся точкой принуждения, а ARD будет служить уровнем интероперабельности. Также ARD позволяет публичное обнаружение: как общий протокол, он может сделать ресурсы доступными для обнаружения за пределами организации, если это необходимо.

Для читателя, впервые сталкивающегося с темой, важно понимать: MCP (Model Context Protocol) — это протокол, который позволяет ИИ-агентам подключаться к внешним инструментам и данным. Реестры агентов — это каталоги, где такие ресурсы описаны и доступны для поиска. ARD — это попытка создать общий язык для таких каталогов, чтобы они могли работать вместе. Это снижает затраты на интеграцию и упрощает масштабирование ИИ-инфраструктуры в крупных организациях.