Перейти к содержимому

Оркестрация агентных процессов

Оркестрация управляет многошаговыми и многоагентными процессами: планирует шаги, передаёт задачи, хранит состояние, организует циклы и точки участия человека. Это слой, который превращает набор инструментов в процесс с началом, концом и понятным поведением при сбое.

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

  • Durable execution. Процесс переживает перезапуск: состояние шагов хранится вне памяти процесса.
  • Пауза и возобновление. Ожидание ответа человека или внешнего события — штатная ситуация, а не таймаут.
  • Прозрачность потока. Видно, на каком шаге задача, какие данные переданы дальше и где именно она встала.
  • Идемпотентность шагов. Повтор после сбоя не должен дважды отправлять письмо или создавать заказ.
  • Human-in-the-loop. Согласование встроено в маршрут, а не приделано сбоку.
ИнструментРоль
LangGraphГрафовая оркестрация с состоянием, checkpoints и паузами для участия человека
LangChainКомпоненты и интеграции для LLM-приложений; не оркестратор сам по себе
n8nВизуальные low-code workflows: интеграции, ветвления, согласование действий
CrewAIРолевые команды агентов
Microsoft Agent Framework, OpenAI Agents SDK, Google ADK, Pydantic AI, MastraВарианты под конкретный стек и требования к надёжности

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

Не всякая задача требует оркестратора. Полезное разделение:

  • Фиксированный процесс — шаги известны заранее, ветвлений мало. Здесь достаточно обычного workflow: дешевле, предсказуемее, проще тестировать.
  • Агентный процесс — маршрут зависит от результата предыдущего шага. Нужен планировщик, состояние и ограничения на число итераций.

Смешанный вариант встречается чаще всего: жёсткий каркас процесса, внутри которого агент решает локальную подзадачу.

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

  • Есть ли лимит шагов. Агент без ограничения итераций и без условия остановки уходит в цикл и тратит бюджет.
  • Что происходит при падении посреди процесса. Определите точку возобновления и убедитесь, что шаги идемпотентны.
  • Кто видит состояние. Инженер, поддержка и владелец процесса должны видеть ход задачи без чтения логов модели.
  • Согласованы ли оркестратор и наблюдаемость. Если трассировка и оркестратор живут в разных системах, разбор инцидента удваивается по времени.