AWS تطلق Agent Registry في preview - كتالوج لوكلاء AI والأدوات للشركات

9 апреля 2026 года AWS представила AWS Agent Registry в статусе preview. Это компонент AgentCore, который должен собрать в одном месте корпоративных AI-агентов, инструменты, MCP-серверы и agent skills, чтобы команды могли не только находить их, но и переиспользовать без хаоса и дублирования.

Зачем нужен реестр

По описанию AWS, проблема уже не в том, как собрать одного агента, а в том, как управлять сотнями и тысячами таких систем внутри большой компании. Когда одни команды запускают агентов в AWS, другие — в сторонних облаках, а третьи держат их on-premises, быстро теряется видимость: никто точно не знает, что уже существует, кто за это отвечает и можно ли это использовать повторно. В итоге одинаковые функции создаются по нескольку раз, а вместе с этим растут и затраты, и риски для compliance.

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

Что доступно сейчас В preview реестр хранит структурированные

метаданные о каждом агенте, инструменте, MCP-сервере, agent skill и пользовательском ресурсе. В записи можно указать автора публикации, поддерживаемые протоколы, доступные возможности и способ вызова. AWS также заявляет нативную поддержку стандартов MCP и A2A. Добавлять данные можно вручную через консоль, SDK или API, а можно просто указать MCP- или A2A-эндпоинт, после чего сервис сам подтянет описание. Это позволяет загрузить в каталог уже существующий ландшафт агентов, а не начинать с пустой базы.

• Ручная регистрация через консоль, SDK и API Автоимпорт метаданных из MCP- и A2A-эндпоинтов Доступ к каталогу через Console, API и MCP server Гибридный поиск: по ключевым словам и по смыслу OAuth-доступ для собственных интерфейсов поиска без IAM-учеток Отдельно AWS делает ставку на то, чтобы уже существующие компоненты было легко найти. Поиск в реестре комбинирует обычное keyword matching и семантическое сопоставление для длинных запросов на естественном языке. В примере из анонса запрос про payment processing может находить инструменты, описанные как billing или invoicing, даже если названия не совпадают. Логика простая: сначала разработчик ищет, что уже одобрено внутри компании, и только потом пишет нового агента с нуля.

Как устроен контроль Вторая опора сервиса — governance.

AWS предлагает управлять публикацией и доступом через IAM-политики: администраторы могут отдельно задавать, кто имеет право регистрировать агентов и инструменты, а кто может их находить и использовать. Каждая запись проходит через жизненный цикл: сначала это draft, затем pending approval, и только после одобрения объект становится видимым для всей организации. Дополнительно поддерживаются версии, вывод из эксплуатации и произвольные метаданные вроде владельца команды, статуса compliance или среды развертывания.

В анонсе AWS приводит и первые корпоративные кейсы. Zuora, где уже развернуто около 50 агентов для Sales, Finance, Product и Developer-команд, использует такой подход для централизованного каталога и повторного использования готовых компонентов. Southwest Airlines делает акцент на другом: если не ввести единые правила публикации и владения с самого начала, агентный стек быстро превращается в бесконтрольный набор разрозненных сервисов.

Agent Registry как раз пытается закрыть эту управленческую дыру.

Что это значит AWS явно строит не просто еще один AI-сервис, а

инфраструктурный слой для enterprise-экосистемы агентов. Уже сейчас компания говорит о следующем шаге: автоматической индексации агентов при деплое, федерации нескольких реестров, категориях и таксономиях под нужды бизнеса, а также привязке operational-метрик из AgentCore Observability. Preview пока доступен только в пяти регионах AWS, но направление понятное: корпоративным командам нужен не только способ создавать агентов, но и единый реестр, где их можно искать, проверять, одобрять и выводить из эксплуатации по правилам.