AWS оприлюднив покрокову інструкцію, як розмістити MCP-сервер на Bedrock AgentCore Runtime і напряму зʼєднати його з Amazon Quick — асистентом для роботи з корпоративними даними, що прийшов на зміну бренду Amazon Q Business. За даними AWS ML, тепер агенти всередині Quick можуть звертатися до внутрішніх систем компанії через єдиний протокол MCP, а не через набір окремих конекторів під кожен сервіс.
Технічно це виглядає так: MCP-сервер, що описує доступні інструменти — пошук по базі даних, виклик внутрішнього API, читання документів, — розгортається як serverless-застосунок на AgentCore Runtime. Amazon Quick підключається до нього як звичайний MCP-клієнт і отримує список інструментів, які агент може викликати просто в діалозі з користувачем.
Для команд, що вже будують внутрішніх AI-агентів на AWS, це закриває практичну прогалину. Раніше доводилося або писати кастомний конектор під Quick, або підіймати MCP-сервер на власній інфраструктурі й самостійно дбати про масштабування, автентифікацію та ізоляцію сесій.
Що саме показав AWS?
AWS ML продемонстрував наскрізний сценарій: розробник пише MCP-сервер із набором tools — наприклад, функцій для запиту до сховища даних чи CRM, — пакує його як контейнер і деплоїть на AgentCore Runtime, керований шар AWS для запуску агентів і MCP-серверів без власних серверів. Після деплою сервер отримує ендпойнт, який реєструється в Amazon Quick як джерело інструментів для агентів.
Ключова відмінність від класичної REST-інтеграції — MCP описує інструменти у стандартизованому форматі, зрозумілому будь-якій LLM, що підтримує протокол. Той самий сервер можна перевикористати не лише в Quick, а й у Claude, Bedrock Agents чи власному агенті на LangChain, не переписуючи жодного рядка коду.
Чому саме AgentCore Runtime, а не Lambda чи ECS?
AgentCore Runtime вирішує проблему, яка виникає саме в агентних сценаріях, — довгі сесії з памʼяттю та ізоляцією між користувачами. Bedrock AgentCore — сервіс, який AWS представив для запуску AI-агентів і MCP-серверів у продакшені, з ізольованими сесіями, автоматичним масштабуванням до нуля і вбудованою автентифікацією через OAuth. Ми вже писали, як AWS розширює цю екосистему шаблоном для спостережуваного agentic RAG на Bedrock — MCP-конектор до Quick логічно доповнює той самий стек.
Для MCP-сервера це означає, що кожен виклик інструменту від агента Quick обробляється в окремому ізольованому середовищі — без ризику, що дані одного користувача просочаться в контекст іншого. Для корпоративних BI-сценаріїв, де агент бачить фінансові чи кадрові дані, це не опція, а вимога.
Кому це реально полегшить роботу?
Найбільше виграють команди data-платформ і internal tools, які вже інвестували в AWS-стек і хочуть дати бізнес-користувачам агентний доступ до внутрішніх даних через Quick, не будуючи окремий бекенд під кожну інтеграцію:
- Data-інженери — більше не треба писати окремий адаптер під кожен BI-інструмент: один MCP-сервер обслуговує і Quick, і будь-якого іншого MCP-клієнта.
- Команди безпеки — отримують централізовану точку контролю доступу через IAM та ізоляцію сесій AgentCore замість розкиданих API-ключів у конекторах.
- Продуктові команди — можуть швидко прототипувати внутрішніх агентів без окремого DevOps-навантаження на масштабування серверів.
Це логічно продовжує напрямок, який AWS уже намітив із Agent Registry для керування AI-агентами в компаніях: інфраструктура для агентів стає такою ж стандартизованою, як CI/CD чи IAM.
Що з цим робити AI-білдерам зараз?
Якщо команда вже має внутрішні API чи бази даних, до яких хоче дати доступ агентам, — почніть проєктувати обгортку одразу як MCP-сервер, а не одноразовий REST-конектор під конкретний інструмент. AgentCore Runtime знімає з розробника питання інфраструктури: не треба піднімати ECS-кластер чи стежити за холодним стартом Lambda під довгі агентні сесії. За нашою оцінкою, найближчим часом варто очікувати аналогічних MCP-інтеграцій і в інших сервісах AWS, що працюють з корпоративними даними, — тренд рухається в бік MCP як єдиної точки входу для інструментів, а не додаткового шару поверх існуючих API.
Що таке Amazon Quick?
Amazon Quick — асистент AWS для роботи з бізнес-даними, що прийшов на зміну бренду Amazon Q Business. Він дозволяє співробітникам ставити запити природною мовою і отримувати відповіді на основі внутрішніх джерел даних компанії.
Чим MCP відрізняється від звичайного API-конектора?
MCP (Model Context Protocol) — відкритий протокол, що описує інструменти й дані у форматі, однаково зрозумілому будь-якій LLM. На відміну від конектора під конкретний сервіс, один MCP-сервер підключається до кількох агентних платформ без переписування коду.
Чи можна використати той самий MCP-сервер поза Amazon Quick?
Так. Оскільки AgentCore Runtime хостить стандартний MCP-ендпойнт, той самий сервер можна підключити до Bedrock Agents, Claude чи будь-якого іншого MCP-сумісного клієнта без змін у коді.