Когда одного агента уже не хватает
Один ИИ-агент хорошо решает одну задачу целиком: собрать данные, написать текст, проверить код. Проблема начинается, когда задач несколько и они зависят друг от друга - например, сначала нужно собрать данные, потом на их основе написать отчёт, потом отправить его в нужный канал только если отчёт прошёл проверку. Здесь одного агента уже недостаточно: нужен слой, который решает, какой агент, когда и с какими данными на входе должен сработать. Этот слой и называют оркестратором.
Четыре обязательных блока
Оркестратор или просто цепочка промптов
Таблица прокручивается вбок на телефоне →
| Параметр | Цепочка промптов вручную | Оркестратор |
|---|---|---|
| Число шагов | Комфортно до 2-3 | Держит десятки без потери контроля |
| Обработка сбоя на полпути | Начинать заново вручную | Продолжает с места сбоя |
| Условная логика («если результат такой - иди сюда») | Приходится делать руками | Встроена в диспетчер |
| Порог входа | Низкий - просто пишете промпты по очереди | Выше - нужно продумать архитектуру заранее |
Если задач у вас 2-3 и они выполняются редко - цепочка промптов вручную быстрее и проще. Оркестратор окупается, когда шагов много, они выполняются регулярно и цена ошибки на полпути высокая.
Где чаще всего ломается на старте
Самая частая ошибка - начинать сразу со сложного диспетчера с условной логикой, хотя реальная задача пока линейна: шаг за шагом, без ветвлений. Сложность, которая не нужна прямо сейчас, только замедляет разработку и усложняет отладку. Вторая частая ошибка - пропустить наблюдаемость, посчитав её необязательной деталью. Без логов первый же сбой в проде превращается в долгий процесс угадывания, какой из агентов подвёл цепочку.
С чего начать свой оркестратор
- Начните с линейной цепочки без условной логики - усложняйте только когда реальная задача этого потребует.
- Заложите общую память с первого дня, даже для двух агентов - переделывать архитектуру позже дороже.
- Логируйте каждое решение диспетчера - какой агент выбран и почему, а не только финальный результат.
- Продумайте, что произойдёт при сбое на середине цепочки - продолжение с места сбоя должно быть заложено сразу, а не добавлено потом.
- Не оркеструйте задачу, которую проще решить одним агентом - сложность архитектуры должна быть оправдана реальной зависимостью шагов друг от друга.