AWS подключила к n8n агентов с памятью и инструментами

Иллюстрация: в n8n агент с памятью на стороне AWS

Многие люди уверены: собрал агента в n8n на встроенной ноде — и готово. Им кажется, что «умная» цепочка уже почти автопилот.

Точнее, между запусками он забывает. Длинная задача упирается в таймаут сценария. Нормальный браузер или код в песочнице — уже не «из коробки». Тащить свою память на отдельную базу и крутить оркестрацию руками — надоело.

AWS подключила к n8n другой путь. Агент с памятью и инструментами живёт на стороне облака, а привычный сценарий остаётся связками: триггеры, ветки, почта, таблицы. Не «ещё один список обновлений» — кнопка в редакторе, куда люди и так заходят каждый день.

Спрашивается — какой смысл снова городить самописный цикл агента, если связки уже есть, а «мозг с руками» можно взять готовым?

Что именно подключили

Сравнение: встроенный агент n8n забывает, AgentCore держит память

В блоге про машинное обучение AWS вышел разбор: продакшн-агенты в n8n через Amazon Bedrock AgentCore harness и проверенную community-ноду. Дата поста — 2026-08-05. Сам harness как сервис стал общедоступным раньше — 2026-06-17. Свежий угол — официальный путь из редактора n8n, а не повтор июньского анонса.

Пакет открытый, на GitHub: «aws/n8n-nodes-agentcore», лицензия MIT. В каталоге n8n — карточка Amazon Bedrock AgentCore, статус verified: работает и в облаке n8n, и на своём сервере. Старые пометки «проверка идёт / только self-hosted» в README уже поправлены.

Версии не смешивать. В тексте блога AWS указана нода 0.3. На npm на дату проверки — 2026-08-07 — latest уже 0.4.2, вышел в тот же календарный день, что блог. Пакет в реестре — «@aws/n8n-nodes-agentcore». Roadmap README: текущая ветка — v0.4.

Слой harness устроен просто. Модель «думает». Harness крутит цикл: вызывает инструменты, держит контекст и состояние между ходами, поднимается после сбоев, изолирует сессии. Основа — открытый Strands Agents от AWS. Конфиг при необходимости можно вынести в код Strands.

Это не Kiro Crew и не «любой Bedrock». Нода говорит про harness — плоскость управления и данных, — а не про хостинг контейнеров Runtime и не про другой продукт AWS про агентов между сессиями в IDE.

Кстати, про ту самую «свою память»: раньше люди тянули Postgres или Redis руками. Здесь память — на стороне harness, если включить управляемый режим.

n8n остаётся связками. «Мозг с руками» — на AWS

Схема: n8n остаётся связками, мозг и руки агента на AWS

Идея простая. n8n — триггеры, ветки, CRM, почта, таблицы. Агент с управляемой памятью и инструментами живёт на стороне AWS.

«Без своей инфры» значит без самописного цикла агента, хоста памяти и инструментов. Аккаунт AWS, права доступа, регион и платные ресурсы всё равно нужны.

У ноды одна операция и поле Harness ARN — адрес уже созданного harness. Пусто — на первом запуске нода создаёт harness, дальше переиспользует и обновляет настройки при смене конфига. ARN вставлен вручную — вызов уже существующего harness из консоли, CLI, CloudFormation или Terraform.

Первый прогон с созданием harness — примерно 30–60 секунд. Дальше — порядка секунд. Если harness в закрытой сети VPC — ожидание до 10 минут: сеть и образ. Сессия агента по сравнению со встроенным AI Agent n8n — до 8 часов. Изоляция — отдельная микро-машина Firecracker на сессию.

Память — это не одна галка

Чеклист памяти: Session ID, Memory Mode и Actor ID — разные смыслы

Частая путаница — считать «память» одной кнопкой. В ноде три независимых смысла.

  • Session ID — непрерывность одного разговора. Пустое поле — каждый запуск новая сессия. Чтобы продолжить — тот же Session ID.
  • Memory Mode — Managed по умолчанию, свой ARN или Disabled.
  • Actor ID — чья это память. Область видимости — связка актёр плюс сессия: чужие актёры чужое не видят.

Рядом со встроенным AI Agent n8n картина такая. У встроенной ноды память по сути на один запуск, песочница на JS, без браузера, потолок — таймаут сценария. У AgentCore — память между сессиями, микро-машина с Python или Node, облачный браузер, длинная сессия и изоляция на стороне AWS.

Какой смысл звать это «тем же агентом», если один забывает после запуска, а другой держит разговор часами?

Инструменты, навыки и смена модели

Инструменты: браузер, интерпретатор кода, Gateway с опциональным входом наружу через OAuth, удалённый MCP, Inline Functions. Inline — не «пауза внутри одной ноды», а круговой обмен: два вызова с тем же Session ID, ответ инструмента во втором шаге.

Навыки — каталог AWS, Git, S3, файловая система: подгружаются под задачу. Модели: Bedrock, OpenAI, Gemini, LiteLLM. Провайдера можно сменить между ходами одной сессии без потери контекста. Ключи не от Bedrock — через AgentCore Identity и ARN ключа.

Все просто: сценарий в n8n остаётся линейной обвязкой. «Руки» агента — на harness.

Как поставить и что ломается первым

Установка: в панели нод поиск «Amazon Bedrock AgentCore» или Settings → Community Nodes → пакет «@aws/n8n-nodes-agentcore». Учётные данные типа Amazon Bedrock AgentCore API: Access Key и Secret, по желанию Session Token или OAuth Bearer JWT, регион, Execution Role ARN. Ключи вызывающего — не та же роль, которую harness принимает на работе. Как у Lambda или S3.

Типичные ошибки:

  1. Оставить Session ID пустым и решить, что «память не работает».
  2. Перепутать Session ID, Memory Mode и Actor ID.
  3. Не включить базовую модель в доступе Bedrock — на первом запуске AccessDenied.
  4. В VPC ждать NAT к публичному ECR — устарело и ломает. Нужны VPC endpoints и private ECR с образом harness.
  5. Переименовать Agent Name — сценарий заведёт новый harness, старый останется в аккаунте до ручного удаления.
  6. Считать стек «бесплатным / без AWS» — harness, управляемая память и VPC endpoints платные. Уборка — list и delete harness.

Регионы не хардкодить из старых QUICKSTART. Сверять таблицу AgentCore Regions в документации AWS. Shell ExecuteCommand в ограничениях README нет.

Коротко

В привычном n8n появился кнопочный путь к агенту, который помнит между запусками и пользуется инструментами на стороне AWS — без самописного цикла исполнения. Сценарий по-прежнему линейная обвязка. «Мозг с руками» — harness.

Не путать со встроенным AI Agent n8n. Не путать с другими агентскими продуктами AWS.

Куда дальше

Разборы агентов поверх Make и n8n — в канале Ковчег в Telegram: t.me/maya_pro. Тот же ритм в MAX: max.ru/maya_pro. Практика Cursor + Make + AI: kv-ai.ru/obuchenie-po-make.

Источники: AWS ML Blog (5 авг 2026), GitHub aws/n8n-nodes-agentcore, npm @aws/n8n-nodes-agentcore, listing n8n, AgentCore Regions, harness security.