🤝 n8n показал, как собрать команду ИИ-специалистов без базы векторов и лишней инфраструктуры

🧠 Представьте поддержку, где один помощник принимает вопрос, второй считает, третий даёт советы по архитектуре, а клиенту не нужно повторять одно и то же. Именно такой сценарий разобрали AWS и n8n на примере Amazon Bedrock AgentCore. Главная идея — все специалисты работают с общей памятью о клиенте внутри одной сессии.

⚙️ Обычно для этого либо передают каждому помощнику всю переписку, либо поднимают отдельную базу для хранения смысловых фрагментов диалога. Здесь предлагают третий путь: использовать управляемую память AgentCore, которая привязывается к клиенту и сохраняется между запусками рабочего процесса. За счёт этого второй и третий специалисты уже знают, что выяснил первый.

С точки зрения клиента это один разговор с одной компанией. Но внутри рабочего процесса это могут быть разные специалисты.

🔀 В шаблоне для n8n всё устроено просто: один блок принимает сообщение, помощник по разбору определяет тип вопроса, а дальше запрос уходит к нужному специалисту. Один считает и проверяет цифры через встроенный интерпретатор кода, второй использует каталог навыков AWS для советов по архитектуре, третий отвечает на остальные вопросы. При этом все они используют один и тот же “каркас” агента, а не четыре отдельных развёртывания.

💸 Это важно и по деньгам, и по эксплуатации. У AgentCore нет отдельной платы за сам каркас, но оплачиваются использованные возможности: модели, память, запросы к памяти и дополнительные инструменты. В примере первый запуск занимает 2–3 минуты на создание ресурса, следующие ответы приходят уже за секунды.

Три сообщения от одного клиента, три разных специалиста, одна общая память.

📌 Практический пример тоже показательный. Клиент спрашивает, превысил ли он лимит в 50 000 вызовов в день, и система считает среднее по пяти дням: 50 520. Затем клиент задаёт новый вопрос — как перестроить работу, чтобы не выходить за лимит, — и другой специалист отвечает уже с учётом этих чисел, хотя ему их заново не передавали.

Для бизнеса это хороший сигнал: сложные цепочки поддержки можно собрать без отдельной базы, без контейнеров и без лишнего кода. Для пользователей это значит меньше повторов, меньше раздражения и более связный диалог с сервисом.

Источник