и n8n

Forge и n8n

n8n даёт холст и 500+ интеграций, чтобы вы собрали агентов сами, а потом поддерживали этот граф в актуальном состоянии. Forge принимает бриф на обычном языке, предлагает команду и ставит независимого управляющего агента между каждой передачей — а сами передачи ложатся коммитами в ваш git.

Вы описываете команду, а не рисуете её

Единица авторства в n8n — холст: вы сами ставите ноды и связи, и именно поэтому он так хорош в интеграциях. Единица Forge — бриф на обычном языке: движок предлагает роли, переходы и валидатора и ждёт вашего одобрения, прежде чем потратить хоть что-то.

Управляющий агент между каждой передачей

n8n даёт ноды подтверждения и guardrails, которые вы ставите там, где считаете нужным. В Forge проверка — это само ребро графа, а не опциональная нода: управляющий агент читает каждую передачу и либо пропускает её, либо возвращает с инструкциями, либо эскалирует вам.

След — это ветка в git, а не журнал выполнения

Трассировки n8n живут на холсте, внутри n8n. След прогона Forge — ветка в репозитории, который принадлежит вам: спецификация, бриф и передача каждой роли отдельным коммитом, где роль указана как Co-authored-by. Он переживёт и прогон, и дашборд, и нас.

Разные задачи, а не замена

n8n перекладывает данные между 500+ системами по триггеру. Forge ведёт ролевую интеллектуальную работу — разработку, ресёрч, контент, операции, — где сложное как раз в том, чтобы оценить, достаточно ли хорош предыдущий шаг. Держать оба — нормально.

Что такое n8n — его собственными словами

n8n описывает себя так: «AI agents and workflows you can see and control»«Build visually, go deep with code, connect to anything. Every step of your agents’ reasoning, traceable on the canvas. Deploy on your infrastructure or ours.» Общая формула продукта — «Automate without limits», за ней 500+ интеграций плюс произвольные вызовы API для всего, чего ещё нет нодой. (Источник: n8n.io .)

Это стоит проговорить аккуратно, потому что ленивая версия такого сравнения устарела. n8n сегодня — не «автоматизация с прикрученной нодой ИИ». Там есть мультиагентные архитектуры, RAG, замена моделей между облаком и локальными, подключение по MCP, подтверждения человеком, guardrails, структурированные вход и выход, встроенные evaluations и инспекция промпта и ответа на каждом выполнении.

Значит, решает здесь вовсе не список фич. Решает то, что именно вы пишете и где остаётся след.

Разница одной таблицей

n8nForge
Что вы создаётеГраф процесса на холсте — ноды, связи, ветвленияБриф на обычном языке; Forge предлагает роли, переходы и валидатора вам на одобрение
Единица работыВыполнение нодыПередача роли — законченный кусок работы названной роли
Кто проверяет шагВы — расставляя ноды подтверждения и guardrails там, где хотитеУправляющий агент, на каждой передаче по умолчанию: пропустить, вернуть с инструкциями на доработку или эскалировать
Отклонённый шагПерезапуск процесса или ветвление по ошибкеНовый коммит; предыдущая попытка остаётся в истории, git diff показывает, что изменилось
Где остаётся следТрассировки выполнения на холсте, внутри n8nВетка в вашем репозитории — forge/workflow/{workflowId}/run/{runId} — со спецификацией, брифом и каждой передачей в виде коммитов
Выбор моделиПодключается любая модель; облачные и офлайн меняются без перестройки процессаШлюз маршрутизации по пулу провайдеров с весами приоритета и автоматическим failover, включая self-hosted и любой OpenAI-совместимый эндпоинт
Где выполняетсяОблако, Docker, on-prem, air-gappedУправляемый SaaS или self-hosted раннеры на вашем железе
Какую сложность решаетПерекладывание данных между системами по триггеруОценку того, достаточно ли хорош предыдущий шаг, чтобы на нём строить

В чём Forge устроен иначе

Вы описываете команду, а не граф. На входе бриф — «исследователь, который собирает источники, аналитик, который заново открывает каждый и проверяет цитату, и автор, который превращает это в текст для клиента». Forge предлагает роли, переходы и управляющего агента и ждёт одобрения, прежде чем что-то потратить. Подробнее: Workflow Engine .

Проверка — это само ребро графа. В n8n человек в контуре — нода, которую вы ставите. В Forge управляющий агент читает каждую передачу и решает: пропустить, вернуть с конкретными инструкциями на доработку или эскалировать человеку. Это и есть цикл, а не фича, о которой надо не забыть. Подробнее: Multi-Agent Pipeline .

Аудит — это git, и он ваш. Каждый прогон получает ветку в репозитории, которым владеете вы. Спецификация, исходный бриф и структурированная и свободная передача каждой роли — коммиты, где роль записана как Co-authored-by, так что история читается как git log команды. Вернули роль на доработку — повтор становится ещё одним коммитом, и git diff показывает разницу между попытками. Исчезни мы завтра — история ваших прогонов останется git-репозиторием у вас на диске. Подробнее: Git-Backed Audit .

Маршрутизация провайдеров, а не выпадающий список моделей. Запросы расходятся по пулу провайдеров с весами приоритета и автоматическим failover — Anthropic, Google, Z.AI, Ollama, MiMo, self-hosted модели и любой OpenAI-совместимый эндпоинт. Подробнее: Multi-Provider Routing .

Число, которое один агент показать не может

Процент отклонений может быть только у системы, в которой есть кому отклонять. n8n сообщает, что выполнение прошло успешно; ему негде записать, что результат вышел слабым, — ни одна нода в графе не имеет права на такое мнение. Вот наш процент.

Двенадцать недель, за которые Forge собирал Forge
Запущено прогонов322
Передач оценено управляющим агентом1216
Возвращено автору на доработку56
Эскалировано человеку24
Прогонов, где руководитель остановил хотя бы одну передачу51
Прогонов завершилось успешно215
Прогонов упало, эскалировано или отменено103
Медианное время от запуска до конца прогона39 минут
Медианное число передач на успешный прогон5
Влитых pull request в 7 репозиториях202

Откуда это взято. Один процесс — Main Forge SDLC, тот самый, который собирает Forge, — все его прогоны за двенадцать недель подряд, посчитанные по собственным записям управляющего контура. Не выборка, не пилот и не клиентский кейс, который мы не можем показать.

Forge останавливал собственную работу 80 раз. 56 передач вернулись автору с конкретными инструкциями на доработку, 24 ушли к человеку. Один прогон из шести прервал его собственный руководитель раньше, чем на работу посмотрел человек. Это ровно та проверка, которую инструмент с одним агентом оставляет вам, — здесь она стоит один вызов модели на ребро и посчитана.

За тот же период влито 202 pull request в 7 репозиториях — примерно 17 в неделю, в ту самую платформу, о которой вы читаете, причём каждое слияние делал человек. По всей организации работа, написанная агентами, влилась в 773 случаях из 875 открытых. Forge — не демо, работающее рядом с продуктом; это способ, которым продукт собирается, и это его коммиты.

Успешный прогон занимает примерно 39 минут и 5 передач. Медиана от запуска до завершения — и внутри этих 39 минут лежат проверки, которые не дали 80 результатам работы доехать до следующей роли в том виде, в каком они были написаны.

Каждый из этих 56 возвратов — шаг, который в графе нод отработал бы успешно и поехал дальше. Схема была бы зелёной. Работа была бы неверной.

Попросите провести вас по самим прогонам — ветка, коммиты передач, вердикты, которые вернули работу назад, и те, что ушли к человеку. Любое другое число на этом сайте относится к конкретному прогону и так и подписано: 18 собранных источников, 11 проверенных прямым обращением, 4 подтверждённых перекрёстно и 2 помеченных как непроверяемые — на странице сценария .

Источники

  • n8n.io — тексты главной, возможности ИИ, варианты развёртывания.
  • Утверждения о Forge на этой странице ведут на соответствующие страницы возможностей , где механика описана подробно.

Уже работаете на n8n и не понимаете, куда сюда Forge?

Обычно остаются оба. Назовите процесс, который вы скорее отдали бы команде, чем холсту, — покажем прогон.