LangGraph или CrewAI: граф состояний против команды ролей

Оба фреймворка открыты под MIT, оба собирают агентов из модели, инструментов и памяти, и оба доживают до production. Разница в модели мышления: LangGraph просит описать процесс как граф с явным состоянием, CrewAI - как команду агентов с ролями и задачами. От этого зависит, что будет легко в первую неделю и что станет больно через полгода. Разбираем на 29 октября 2026 и добавляем третий вариант, о котором спрашивают реже: обычный код без фреймворка.

8 мин чтения

Две модели мышления

LangGraph описывает агента как направленный граф: узлы делают работу, рёбра задают переходы, состояние передаётся между узлами и сохраняется в контрольных точках. Вы пишете процесс явно, включая циклы, ветвления и места, где нужно остановиться и спросить человека. Это низкоуровневый инструмент: он не прячет промпты и не решает за вас, что делать при ошибке.

CrewAI описывает агента как команду. У каждого агента роль, цель и предыстория, задачи назначаются агентам, а команда выполняет их последовательно или иерархически, когда агент-менеджер планирует и делегирует. Для сценариев, где процесс ещё не формализован, это даёт рабочий прототип за часы. Для точного управления порядком шагов в CrewAI есть Flows: событийные сценарии с состоянием и ветвлением.

Оба подхода могут собрать одну и ту же систему. Вопрос в том, сколько кода и какого вы напишете и где окажутся скрытые решения: в вашем графе или внутри фреймворка.

Что проверено на 29 октября 2026

Чтобы сравнение не превратилось в пересказ чужих обзоров, вот факты с первичных страниц.

  • LangGraph: лицензия MIT, стабильный релиз 1.0 вышел в октябре 2025 без ломающих изменений. В анонсе 1.0 заявлены долговечное выполнение, встроенное сохранение состояния и паттерны human-in-the-loop как API первого класса. Python и JavaScript. Хостинг и наблюдаемость через LangSmith - отдельный коммерческий продукт.
  • CrewAI: лицензия MIT, Python от 3.10 до 3.13. На странице репозитория заявлены Crews и Flows, последовательный и иерархический процессы, поддержка MCP и A2A для подключения инструментов и делегирования удалённым агентам. Есть коммерческая платформа для развёртывания.
  • Чего мы не нашли на первичных страницах: сравнимых цифр производительности. Все проценты вида «на 40 % быстрее прототипировать» в обзорах взяты из материалов вендоров и в этой статье не используются.

Сравнение по критериям, которые решают в production

Критерии ниже взяты из того, что ломается у агентов после запуска: состояние, повторы, права, стоимость, воспроизводимость. Они важнее, чем удобство первой недели.

LangGraph и CrewAI по шести критериям
КритерийLangGraphCrewAI
Порядок шаговЯвный граф: каждый переход виден в кодеПроцесс команды или Flow; внутри Crew порядок частично решает модель
Состояние и возобновлениеКонтрольные точки встроены: пауза, возобновление после перезапуска, многодневные согласованияСостояние есть во Flows; долгие паузы и возобновление требуют собственной обвязки
Проверка человекомAPI первого класса: остановить, показать, изменить, продолжитьЧерез настройку задач и Flows; менее гранулярно
Несколько агентовПодграфы и роутинг; код пишете самиОсновной сценарий фреймворка: роли, делегирование, A2A
Порог входаВыше: нужно спроектировать граф и состояниеНиже: роли и задачи читаются без подготовки
НаблюдаемостьСамая подробная в LangSmith; OpenTelemetry через сторонние инструментыВстроенная телеметрия плюс интеграции с Langfuse и подобными

Где у CrewAI заканчивается удобство

Команда из ролей хорошо описывает исследовательские задачи: собрать информацию, написать черновик, проверить, оформить. Там допустимо, что модель сама решает, кому передать работу. Проблемы начинаются, когда у процесса есть цена ошибки.

  • Детерминированные шаги. «Сначала проверить права, потом списать деньги, потом уведомить» - это не делегирование, а порядок, который нельзя нарушить. В Crew его приходится выносить во Flow, и на этом месте вы уже пишете граф, только с другим синтаксисом.
  • Идемпотентность и повторы. Агент-менеджер повторил задачу после тайм-аута, и заявка ушла дважды. Защита от повтора должна жить в состоянии процесса, а в командной модели состояние размазано между агентами.
  • Стоимость. Каждый агент в команде рассуждает отдельно, и делегирование добавляет вызовы модели. Для прототипа это неважно, для десяти тысяч задач в день - главный пункт счёта. Лимит шагов на задачу в командной модели задаётся хуже, чем в графе.

Сколько стоит контроль в LangGraph

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

Хранилище контрольных точек - это база данных с состоянием пользователей, включая содержимое их запросов. Её нужно защищать и обновлять как любую базу: права доступа, шифрование, срок хранения, обновления библиотеки. Это часть эксплуатации, которую в демо не показывают.

Наблюдаемость из коробки подразумевает LangSmith. Если трассы нельзя отправлять в чужое облако, подключайте self-hosted инструмент через OpenTelemetry и закладывайте это в оценку.

Третий вариант: без фреймворка

Один агент с тремя-пятью инструментами и без длинных пауз - это цикл «вызвать модель, выполнить инструмент, повторить» на пару сотен строк. У такого кода нет зависимостей, которые ломаются при обновлении, нет чужих промптов внутри и нет абстракций, которые нужно объяснять новому инженеру.

Фреймворк окупается в трёх случаях: процесс должен переживать перезапуск и ждать человека днями, агентов несколько и они передают друг другу работу, или команда уже знает инструмент и не хочет изобретать сохранение состояния заново. Если ни одного из трёх нет, начинайте с кода и переходите на LangGraph, когда появится первая многодневная пауза.

Как выбрать за три вопроса

Решение обычно укладывается в три вопроса, и ответить на них можно до написания кода.

  • Есть ли шаги, порядок которых нельзя доверить модели? Если да, это граф: LangGraph или свой код. CrewAI подойдёт только через Flows.
  • Должен ли процесс ждать человека дольше одного запроса? Если да, нужны контрольные точки, и это сильная сторона LangGraph.
  • Задача исследовательская, с несколькими ролями и терпимой ценой ошибки? Если да, CrewAI даст рабочий результат быстрее всех, и переписывать его потом, возможно, не придётся.

Коротко

LangGraph - граф с явным состоянием и контрольными точками; CrewAI - команда ролей с Flows для точного управления. Одну систему можно собрать на обоих, кода будет разного.
Цена ошибки решает: списания, права, необратимые действия требуют графа. Исследовательские задачи с несколькими ролями - территория CrewAI.
Контроль в LangGraph стоит недели проектирования и базы контрольных точек, которую нужно защищать.
Один агент с несколькими инструментами и без долгих пауз не нуждается во фреймворке. Переходите на него при первой многодневной паузе.

Вопросы

Можно ли использовать CrewAI и LangGraph вместе?

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

Что из них лучше для многоагентных систем?

Зависит от того, что означает «много». Несколько ролей, передающих друг другу черновик, - CrewAI сделает это за часы. Несколько сервисов с правами, стоимостью и необратимыми действиями - LangGraph с подграфами, потому что там каждая передача управления записана в коде.

Привязывают ли эти фреймворки к одному провайдеру моделей?

Нет, оба работают с разными провайдерами, включая OpenAI-совместимые API. Привязка возникает в другом месте: у LangGraph в хостинге и наблюдаемости через LangSmith, у CrewAI в коммерческой платформе развёртывания. Обе привязки необязательны.

Что выбрать, если у команды нет опыта ни с тем, ни с другим?

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

Документация продуктов

Читать дальше

Dify, n8n или своя разработка для внутреннего AI-агента

Dify удобен, когда команда собирает AI-приложение и работает с моделями и знаниями. n8n подходит, когда основная задача - связать существующие сервисы и действия. Своё решение имеет смысл, если права доступа, контроль действий или эксплуатация не укладываются в возможности выбранной платформы. Выбор стоит проверить на одном рабочем сценарии.

Платформы для AI-агентов 2026: что выбрать бизнесу

Одиннадцать платформ, за что каждая берёт деньги, где у неё потолок и что из этого работает из России. Все цифры — с публичных страниц вендоров, проверены 6 сентября 2026, с указанием источника. Без рейтингов и «топ-10»: выбор зависит от того, что вы строите, а не от места в списке.

OpenAI Agent Builder закрывается: как перенести агента и ничего не сломать

OpenAI отключает Agent Builder 30 ноября 2026 года. Официальных путей два: Agents SDK, если агент живёт в вашем приложении, и ChatGPT Workspace Agents, если он нужен сотрудникам внутри ChatGPT. Экспорт в код есть, но граф процесса он не переносит. Поэтому миграция - это прежде всего проверка: собрать примеры реальных запросов до отключения и прогнать их на новой версии.

Как создать ИИ-агента: что нужно кроме промпта

Промпт и модель — меньшая часть работы. Агент становится рабочим, когда у него есть инструменты, границы полномочий, состояние, журнал и контроль стоимости. Разбираем по шагам, из чего он собран, как довести его до production и где он ломается.

Выбираете фреймворк под агента с реальной ценой ошибки? Разберём процесс по шагам и покажем, где нужен граф.