Бюрократия 2.0: как правильно рассадить AI-агентов по кабинетам
Один супер-агент — это удобно, но глупо. Разбираем 4 архитектурных паттерна от LangChain, которые превращают хаос в систему, и выясняем, почему «шизофрения» модели иногда полезна для бизнеса.
В мире AI-разработки есть соблазн создать одного «Мега-Бота», который умеет всё: и кофе заказать, и код поправить, и CRM обновить. Но, как показывает практика (и свежий пост в блоге LangChain), такой подход быстро превращается в ад отладки и переполнение контекстного окна.
Команда LangChain выделила четыре основных паттерна построения мультиагентных систем. Спойлер: это удивительно напоминает классическую корпоративную структуру.
Иллюстрация к статье
1. Субагенты (Subagents): «Микроменеджмент»
Здесь есть главный агент-надзиратель и кучка узкоспециализированных миньонов. Главный решает, кого пнуть, передает задачу и ждет отчет. Вердикт: Идеально для централизованного контроля, но дорого по токенам и времени (результат всегда проходит через «босса»). Anthropic, кстати, выяснили, что такая схема с <a href="/glossary/claude" class="text-primary hover:underline">Claude</a> Opus в роли лидера бьет одиночного агента на 90% задач.
2. Навыки (Skills): «Актер с тысячью лиц»
Технически это один агент, но с динамической подгрузкой инструкций (промптов). Агент меняет маски в зависимости от задачи. Вердикт: Легковесно, дешево, сердито. LangChain даже называет это «квази-мультиагентностью». Отлично подходит, если у вас нет жестких требований к изоляции данных.
3. Передача эстафеты (Handoffs): «Ваш звонок очень важен для нас»
Классический колл-центр. Агент понимает, что задача не его уровня, и перекидывает стейт (контекст) следующему специалисту. Вердикт: Лучший выбор для последовательных процессов (сначала собрать данные, потом выставить счет). Требует аккуратного управления состоянием (state management), иначе клиент «потеряется» при переводе звонка.
Иллюстрация к статье
4. Маршрутизатор (Router): «Диспетчерская»
Входящий запрос классифицируется и отправляется в нужный отдел. Часто выполняется параллельно. Вердикт: Скорость — наше всё. Агенты работают независимо и не знают друг о друге. Идеально для <a href="/glossary/rag" class="text-primary hover:underline">RAG</a>-систем, где нужно опросить пять разных баз знаний одновременно.
Что выбрать?
Если ваша задача — купить кофе, используйте Router или Skills (3 вызова модели). Если клиент тупит и просит одно и то же дважды — Handoffs сэкономят вам до 40% токенов за счет сохранения контекста. А вот Subagents — это для тех, кому нужен тотальный контроль, и кто готов платить за лишнюю бюрократию (дополнительный хоп через управляющего агента).
Итог: Начинайте с одного агента. Как только промпт перестанет влезать в экран монитора — нанимайте ему виртуальных помощников.
Иллюстрация к статье
Иллюстрация к статье
Иллюстрация к статье
Иллюстрация к статье
Иллюстрация к статье
TL;DR
Главное
Мультиагентность нужна не всегда: для простых задач она избыточна, но при масштабировании позволяет разбить сложные процессы на управляемые блоки, экономя контекст.
Ключевые факты
- /Архитектура с субагентами на базе Claude Opus показала прирост эффективности на 90.2% по сравнению с одиночным агентом.
- /Паттерны Handoffs и Skills экономят до 40-50% вызовов модели при повторяющихся запросах.
- /Субагенты добавляют лишний вызов модели (latency), так как всё проходит через центрального координатора.
Инсайт
Паттерн «Навыки» (Skills) — это технически «шизофрения» одного агента, которому просто подменяют личность на лету, но работает это часто лучше, чем реальная команда ботов.
