Подробный разбор · Около 3 мин чтения
AWS Agent Registry отделяет поиск инструмента от права его вызвать
Руководство AWS строит цикл поиска, создания клиента и выполнения по одобренным записям MCP и A2A, не выдавая секреты в поиске.
- Опубликовано здесь
- Дата источника
- Источник проверен
Техническое руководство AWS от 20 октября показывает оркестратор, находящий возможности во время работы вместо импорта каждого инструмента при сборке. Пример заказов объединяет MCP-сервер через AgentCore Gateway с A2A-агентами цен и поддержки. Это конкретная схема подключения, а не доказательство автоматического улучшения решений при росте каталога.
Слушать новости
Прослушайте эту статью или включите новости подряд.
Подготовка чтения…
Голос устройства
Речь обрабатывает браузер или устройство. AISubHub не отправляет текст в аудио-API. Доступные голоса и работа при заблокированном экране зависят от устройства.
При продолжении короткая фраза может повториться.
Кратко
- Ручное согласование проходит DRAFT, PENDING_APPROVAL и APPROVED; на настроенной плоскости данных обнаруживаются только одобренные записи.
- Поиск возвращает дескрипторы, адреса и метаданные, но не данные авторизации вызова; пример отдельно использует Cognito OAuth для Gateway и IAM-подпись для A2A.
Запись задаёт договор подключения
Издатель предоставляет описание для пользователя и дескриптор протокола. MCP-записи содержат метаданные сервера и определения инструментов, записи агентов — карточку A2A. Плоскость управления отвечает за жизненный цикл, плоскость данных — за обнаружение. При ручном одобрении публикации недостаточно: необходим настроенный переход через проверку. IAM позволяет разделить издателя и согласующего. Это место для проверки личности конечной точки и операций, но одобрение не доказывает уместность каждого будущего вызова любого пользователя. Описания должны различать близкие возможности языком реальных запросов.
Каждый запрос собирает меньшего рабочего агента
Внешний оркестратор превращает запрос в гибридный поиск по словам и смыслу, разбирает дескрипторы и создаёт клиентов. Затем внутренний агент получает только найденные инструменты. Модель выбирает из кандидатов и отвечает, а после шага клиенты закрываются. Следующий запрос начинает поиск заново. Разветвление запросов и устранение дублей в примере — выбор оркестратора для заказов, не требование Registry. Небольшой набор избавляет от полного каталога в контексте, но при ошибке поиска правильный инструмент также может не попасть в кандидаты.
Обнаружение не передаёт полномочия
MCP-дескриптор указывает на Gateway; OAuth-токен приложение получает отдельно через доверенную конфигурацию Cognito и Secrets Manager. A2A-обёртки вызывают AgentCore runtime через Boto3 с AWS-данными вызывающей стороны. Доступ к Registry авторизуется независимо. По анализу AISubHub, скопировать найденный URL недостаточно: нужны доверенный путь аутентификации и разрешённые операции. Автосинхронизация дескрипторов может использовать секреты для получения метаданных, но руководство прямо говорит, что потребителям они не возвращаются как данные авторизации выполнения. Каталог не является распространителем секретов или всеобщим пропуском.
Проверять поиск вместе с выполнением
Демонстрации показывают статус заказа только через MCP, цены и скидки через MCP плюс A2A, а также возврат и возмещение, найденные по описанию агента поддержки, а не имени. Последнее — один удачный смысловой поиск, не общая точность каталога. Приёмка должна включать неоднозначные запросы, неподдерживаемые намерения, отказ доступа и неверные дескрипторы, сохраняя выбранные ID и последующие результаты. Пример даёт права CloudWatch Logs, но не создаёт собственные метрики и панели; трассировки и оповещения определяет команда. Руководство признаёт альтернативы: маленькому стабильному каталогу проще явное подключение, а неизменному порядку операций — детерминированный конвейер.
Почему это важно
Анализ AISubHub: совместимую одобренную возможность можно опубликовать без отдельного импорта инструмента в оркестратор. Изменения протоколов, авторизации и политик всё ещё могут требовать обновлений.
Ограничения и доступность
Это эталонный пример и три демонстрации, не общий поисковый бенчмарк. Мы не развёртывали его и не измеряли стоимость или надёжность. Registry назван общедоступным; пригодность функций и регионов следует проверять.
Источники и подтверждения
Дата источника: · Источник проверен:
Материалы подготовлены с помощью ИИ и сверены с указанными первоисточниками. Заявления поставщиков атрибутированы; публикация не означает рекомендацию.