AWS поддерживает Agentic Resource Discovery как слой федерации для Agent Registry

Amazon Web Services поддержал спецификацию Agentic Resource Discovery, опубликовав подробный обзор 24 августа 2026 года о том, как открытый стандарт должен работать вместе с AWS Agent Registry — управляемым каталогом AI‑агентов, инструментов и навыков, который вошёл в предварительный просмотр в начале этого года.

В посте AWS ARD представляется как решение проблемы, оставшейся открытой в собственном продукте AWS. AWS Agent Registry, доступный через Amazon Bedrock AgentCore, предоставляет организации централизованный, доступный для поиска каталог агентов, MCP‑серверов, инструментов, навыков агентов и пользовательских ресурсов, но только внутри собственной среды AWS. Большинство предприятий используют агентов в нескольких облаках, локальной инфраструктуре и SaaS‑платформах, каждая из которых имеет собственный реестр и формат метаданных, и соединение этих сред сегодня требует создания индивидуальных коннекторов между каждой парой реестров.

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

Внутри модели AWS Agent Registry

Реестр, сейчас находящийся в предварительном просмотре через Amazon Bedrock AgentCore, построен вокруг двух концепций: реестры — каталоги, которые администратор создаёт со своими настройками авторизации и одобрения, и записи — метаданные, описывающие каждый ресурс. Рабочий процесс публикации проходит от администратора к издателю, к куратору и к потребителю, с контрольным пунктом одобрения перед тем, как запись станет доступной для обнаружения. Доступ контролируется учётными данными AWS Identity and Access Management или JSON Web Token от корпоративного поставщика идентификации, а сам реестр предоставляется как удалённая MCP‑точка, поэтому любой клиент, совместимый с MCP, может искать в нём напрямую.

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

Что именно стандартизирует спецификация ARD

ARD не является проектом AWS. Спецификация была анонсирована 17 июня 2026 года рабочей группой, участниками которой являются Google, Microsoft, Hugging Face и GoDaddy, а также Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow и Snowflake в числе соавторов запуска. Спецификация лицензирована под Apache 2.0 и опубликована на agenticresourcediscovery.org, с референс‑реализациями на GitHub. AWS предоставил обратную связь в процессе разработки, а не являлся автором спецификации.

Согласно объявлению Google, архитектура базируется на двух примитивах. Каталог — это файл, который организация публикует под своим доменом (ai-catalog.json по известному пути), описывающий доступные ей агенты, MCP‑серверы, A2A‑агенты, инструменты OpenAPI или вложенные каталоги, при этом владение доменом служит криптографической основой идентичности издателя. Реестры функционируют как поисковые движки по этим каталогам: они сканируют, индексируют и отвечают на запросы простым языком, возвращая совпадения вместе с проверяемыми метаданными доверия, необходимыми клиенту для подтверждения личности издателя перед подключением.

Границей, которую проводит ARD, является обнаружение, а не выполнение. Клиент, находящий ресурс через ARD, вызывает его через любой механизм, которым ресурс нативно поддерживается: MCP, API, фреймворк агента. Сайт спецификации явно указывает, что ARD не является средой выполнения, не заменяет MCP или протокол A2A и не представляет собой центральный каталог; дизайн предполагает множество сервисов обнаружения, каждый из которых применяет свои политики доверия и ранжирования. Аналогия AWS — DNS: локальные реестры федератируются через общий протокол без двусторонних соглашений или проприетарных коннекторов, так же как работает разрешение имён в сетях.

Как части сочетаются вместе

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

AWS также выходит на рынок с готовым продуктом, в то время как другие ещё находятся в стадии разработки. Собственный Agent Registry Google, часть Gemini Enterprise Agent Platform, планирует добавить нативную поддержку ARD в ближайшие месяцы; GitHub и Hugging Face входят в число участников рабочей группы, стоящей за спецификацией. Паттерн во всех трёх облаках одинаков: внутри — управляемый, регулируемый реестр, снаружи — открытый протокол федерации.

Предупреждение заключается в том, что описанная в посте AWS интеграция односторонняя и ещё не поставлена. AWS указывает, что ожидает от ARD для клиентов Agent Registry, вместо объявления даты выпуска, а сам реестр остаётся в предварительном просмотре. Что устанавливает 24 августа 2026 года, так это согласованность: крупнейший облачный провайдер назвал открытую спецификацию, с которой он намерен проводить федерацию, и это та же спецификация, к которой стремятся Google и Microsoft.