Как добавить веб-поиск в ИИ-агентов на AWS: настройка Web Search on Amazon Bedrock AgentCore с MCP

Ваш агент живёт в прошлом? Пора подключить ему свежие новости

Вы построили RAG-систему по нашему гибридному гайду с OpenSearch. Всё круто: семантика, лексика, ранжирование. Но приходит пользователь и спрашивает: «Какой сейчас курс биткоина?» или «Что нового в GPT-5 Turbo?». А ваш агент отвечает с гордостью: «Курс биткоина на 1 января 2025 — $45 000». И вы краснеете. Потому что сегодня 19 июня 2026, и биткоин уже давно за $150 000.

Проблема классического RAG — он заперт в вашей корпоративной базе знаний. Любая информация за пределами документов — табу. Раньше приходилось городить костыли: скрещивать Bing с DuckDuckGo или платить Tavily. Но AWS решила упростить жизнь — выкатила Web Search on Amazon Bedrock AgentCore с нативной поддержкой Model Context Protocol (MCP).

Что за зверь — AgentCore Gateway и MCP?

Если ты читал наш гайд по MCP для браузерных агентов, то концепция знакома: MCP — это протокол, который позволяет агенту динамически подключать внешние инструменты. AWS внедрила MCP прямо в Bedrock AgentCore — тот самый слой, который управляет жизненным циклом агентов, памятью и вызовом инструментов.

AgentCore Gateway — это точка входа для всех MCP-инструментов. Ты регистрируешь search index как инструмент веб-поиска, и агент получает эндпоинт для HTTP-запроса. AWS Managed Search Index — это предсобранный индекс на основе Brave Search (по умолчанию) или Google Custom Search (если доплатить). Индекс обновляется каждые 15 минут — гораздо чаще, чем любой корпоративный RAG.

Архитектура: как это работает под капотом

Представь слоёный пирог:

• Агент Bedrock — твой AI, принимает решение о поиске.
• AgentCore — рантайм, управляет сессией и памятью.
• MCP Client (встроен в AgentCore) — вызывает инструмент веб-поиска.
• AgentCore Gateway — маршрутизирует запрос к Managed Search Index.
• AWS Managed Search Index — отдаёт результаты из веба.

Агент сам решает, когда ему нужен веб-поиск. Ты не пишешь код интеграции с веб-поиском. Только конфиг в CloudFormation или AWS Console. Умные люди из AWS уже подумали за тебя о кэшировании, лимитах и парсинге HTML.

Настройка: 4 шага от идеи до живого агента

1 Создаём Managed Search Index

aws search-index create \
  --name "my-web-index" \
  --engine-type "brave" \
  --region us-east-1

Через 2 минуты индекс готов. Можно указать безопасные домены (например, разрешить только wikipedia.org) — но для полноценного веб-поиска лучше оставить по умолчанию.

2 Регистрируем MCP-инструмент в AgentCore

{
  "tools": [
    {
      "name": "web_search",
      "description": "Search the web for up-to-date information",
      "mcp": {
        "endpoint": "arn:aws:agentcore:us-east-1:123456789012:gateway/my-gateway",
        "index": "my-web-index",
        "max_results": 5
      }
    }
  ]
}

Здесь важно: endpoint — это ARN твоего AgentCore Gateway. Если не создавал Gateway — сделай:

aws agentcore create-gateway --name "my-gateway"

3 Привязываем инструмент к агенту

В консоли Bedrock или через AWS CLI прикрепляешь action group. Наша архитектура Agentic AI для публикации контента теперь может искать свежие новости перед написанием статьи. Просто добавь action group с типом MCP и ссылкой на инструмент.

4 Тестируем

Запускаем агента и спрашиваем: «Какие последние обновления Amazon Bedrock в 2026?»

import boto3

client = boto3.client('bedrock-agent-runtime')
response = client.invoke_agent(
    agentId='AGENT_ID',
    agentAliasId='ALIAS_ID',
    sessionId='test-session',
    inputText='What is the latest Bedrock update in 2026?'
)
print(response['completion'])

Агент вернёт свежие новости с датами, источниками и цитатами. Без веб-поиска он бы сказал «Обновитесь до Bedrock AgentCore» — а теперь расскажет про релиз GPT-5 на Bedrock.

Сравнение с альтернативами: Tavily, Bing API, DuckDuckGo

Вывод: если у тебя уже всё завязано на Bedrock и AgentCore — использовать Tavili глупо, ты платишь дважды. AgentCore + MCP — единственный вариант с бесшовной интеграцией и SLA от AWS. Но для стартапа, где каждый доллар на счету, самописный DuckDuckGo-парсер (как в той статье) всё ещё viable — правда, ты теряешь managed SLA.

Где это реально пригодится (не в теории, а в бою)

• Финансовый ассистент — агент, который отвечает на вопросы о курсах акций, новостях компаний. Без веб-поиска он бесполезен.
• Разработчик документации — автоматическая генерация документации по последним версиям SDK. База знаний в Obsidian + веб-поиск — идеальное комбо.
• Support-бот — отвечает на вопросы о багах, используя не только базу знаний, но и форумы, Stack Overflow, блоги.
• Агент для сбора разведданных — мониторинг конкурентов, новостей, грантов. Снижение латентности поиска здесь критично — AgentCore даёт ответ за < 800 мс.

Подводные камни: о чём молчат доки AWS

• MCP — это не silver bullet. Если агент решает вызвать веб-поиск на каждый чих, ты быстро разоришься. Настрой max_results и используй Agentic Resource Discovery (ARD) для динамического выбора инструментов — это снизит число лишних вызовов.
• Кэширование. AgentCore Gateway кэширует результаты на 5 минут. Если твой агент задаёт один и тот же вопрос 10 раз — ты платишь 10 раз. Придётся вводить свой слой кэша.
• Фильтрация. Управляемый индекс не умеет фильтровать по дате или источнику. Хочешь только новости за последнюю неделю — придётся постобрабатывать на стороне агента (дополнительный промпт «игнорируй результаты старше недели»).

Кому это реально нужно?

Если ты уже используешь Bedrock для агентов и хочешь дать им доступ к вебу без головной боли — бери AgentCore + MCP. За 15 минут у тебя будет рабочий прототип. Если ты на старте и считаешь каждую копейку — скрещивай DuckDuckGo с Python и не парься.

А если у тебя enterprise с compliance — AWS даёт гарантии, которых нет у сторонних сервисов. AWS Agent Registry как раз про управление хаосом агентов в корпорациях. И веб-поиск — лишь один из инструментов в этом реестре.

Подписаться на канал