---
title: Оркестрация агентных процессов
description: "Планирование, состояние, паузы и human-in-the-loop: чем оркестратор отличается от мониторинга и какие платформы выбирать под production-процессы."
---

## Что делает слой

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

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

## Что требуется в production

- **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 или агент

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

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

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

Отдельная практика — **многоагентные команды** с ролями и передачей задач между ними; разбор ролей, сценариев и ограничений такого подхода — в [ИИ-команда агентов](https://wpcraft.ru/kb/ai/agents/agent-teams.md).

## Что проверить в проекте

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

## Материалы и источники

- [Системное мышление для агентного ИИ](https://wpcraft.ru/blog/systems-thinking-for-agentic-ai) — статья WPCraft, раздел «Orchestration»
- [Langfuse](https://langfuse.com/) — наблюдаемость и оценка LLM-приложений
- [n8n](https://n8n.io/) — визуальная платформа workflows
- [LangGraph](https://www.langchain.com/langgraph) — графовая оркестрация с состоянием