Сложные ИИ-системы

Мультиагентная система ИИ для сложных задач бизнеса

Несколько ИИ-агентов с разными ролями (продавец, поддержка, аналитик) работают вместе. Делегируют задачи друг другу, как живая команда.

От 400 000 ₽
стоимость разработки
5–8 недель
срок запуска
AutoGenCrewAILangGraphGPT-4Python

Кейс «Сеть из 12 клиник»: 8 минут → 20 секунд, ROI 1 млн ₽/год, эффект 31 FTE — читать кейс

Цифры — из реальных проектов клиентов PapAI Soft, имена и детали скрыты по соглашению о неразглашении (NDA).

Один чат-бот отлично справляется с линейной задачей — ответить на вопрос, записать на приём, принять заказ. Но когда сценарий ветвится и внутри одного обращения нужны разные компетенции, единый промпт начинает путаться: он теряет нить продажи, пока считает стоимость, или забывает про условия доставки, пока оформляет возврат. Мультиагентная система устроена иначе — вместо одного «универсала» работает команда узких агентов, у каждого своя роль, свой набор инструментов и свой доступ к данным, а оркестратор распределяет между ними реплики клиента.

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

Этапы создания

В основе системы — оркестратор (маршрутизатор): он читает сообщение клиента, определяет намерение и передаёт диалог профильному агенту. Агент-продавец знает ассортимент и условия, агент поддержки — регламенты и историю обращений, агент-аналитик собирает данные для отчёта. Передача диалога между агентами (handoff) происходит бесшовно: клиент видит один непрерывный чат, а не пересылку «от специалиста к специалисту». Каждый агент вызывает нужные инструменты — проверяет остаток в 1С, создаёт сделку в CRM, считает стоимость по прайсу, обращается к базе знаний через RAG. Общая память диалога хранит контекст, поэтому агент записи не переспрашивает то, что клиент уже сказал агенту-консультанту.

1

Декомпозиция задачи

Разбиваем задачу на роли: продавец, поддержка, аналитик, координатор.

2

Разработка агентов

Каждый агент со своим промптом, базой знаний, инструментами.

3

Координация

Настраиваем взаимодействие — кто кому передаёт, как принимаются решения.

4

Тестирование

Сложные сценарии с эскалацией, конфликтами целей.

5

Запуск

Деплой, мониторинг, оптимизация.

Возможности системы

Роли и специализации

Каждый агент знает свою зону — не пытается решить чужое.

Делегирование

Координатор-агент назначает задачи специалистам.

Параллельная работа

Несколько агентов работают одновременно над частями задачи.

Память общая и личная

Каждый агент помнит своё, но видит общий контекст.

Эскалация к человеку

Если агенты не сошлись — задача идёт человеку.

Аналитика по агентам

Кто эффективнее, где ошибки, что улучшить.

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

Интеграции

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

CRM

amoCRM и Bitrix24: агенты создают сделки, двигают их по воронке, пишут в карточку историю диалога.

1С и учётные системы

Проверка остатков, цен и статусов заказов по API — агент-расчётчик собирает КП на актуальных данных.

Мессенджеры и каналы

Telegram, WhatsApp, MAX, ВКонтакте и виджет сайта — единый вход, за которым скрыта вся команда агентов.

Оплата

ЮKassa и СБП: агент выставляет счёт и принимает предоплату прямо в переписке, не переключая клиента на менеджера.

База знаний (RAG)

Регламенты, прайсы, инструкции и FAQ — агенты отвечают строго по вашим документам, а не по общим знаниям модели.

Операторские платформы

Chatwoot и JivoSite для эскалации: живой оператор подхватывает диалог с полной историей, не переспрашивая клиента.

Сценарии использования

Оптовые продажи с расчётом и отсрочкой. Клиент пишет в WhatsApp: «нужно 200 позиций по спецификации из прошлого заказа». Агент-квалификатор уточняет объём и сроки и передаёт диалог агенту-расчётчику — тот тянет прайс и остатки из 1С и собирает коммерческое предложение. Если клиент просит отсрочку платежа, диалог уходит агенту согласования: он проверяет кредитный лимит и при превышении эскалирует менеджеру. Клиент всё это время остаётся в одном чате и не замечает «переключений».

Сервис и поддержка. Агент поддержки отвечает по базе знаний через RAG — по вашим регламентам, а не общими фразами. Как только речь заходит о гарантийном случае, он передаёт диалог агенту-диспетчеру: тот заводит заявку на выезд в CRM и предлагает свободный слот. Спорную ситуацию, где нужно решение человека, система отдаёт оператору вместе со всей перепиской.

Онлайн-школа или услуги. Агент-консультант подбирает программу под запрос, агент записи оформляет заявку и берёт предоплату через СБП, а вечером агент-аналитик собирает сводку: сколько обращений, по каким темам, где чаще всего срабатывала эскалация. Три роли работают в связке, и ни одна не тянет чужую задачу.

Эффект мульти-агентов

×3
сложность задач vs одиночный агент
85%
сложных кейсов без человека
5–8 нед
срок разработки
99%
uptime

Как мы внедряем

Работа начинается с бесплатного демо: на созвоне с архитектором разбираем ваш процесс и показываем, как распределятся роли между агентами и где проходят границы эскалации к человеку — логику будущей системы вы видите ещё до оплаты. Затем фиксируем ТЗ: какие агенты нужны, кто за что отвечает, какие инструменты каждому подключить, что уходит оператору.

На этапе разработки собираем агентов и оркестратор, подключаем ваши CRM, 1С и мессенджеры, наполняем базу знаний вашими документами. Перед запуском система проходит тест на ваших реальных сценариях — мы прогоняем сложные диалоги с конфликтами целей и проверяем, что handoff между агентами и эскалация срабатывают корректно. Правки на этом этапе нормальны: часть логики всегда уточняется на живых примерах.

После запуска остаётся поддержка — от 8 000 ₽/мес: дообучаем агентов на новых обращениях, корректируем правила маршрутизации, следим за стабильностью и стоимостью обращений к моделям. Начать можно с ядра из двух-трёх агентов и добавлять новые роли по мере роста — архитектура и общий лог это позволяют.

Частые вопросы

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

AutoGen (Microsoft), CrewAI, LangGraph. Выбираем под задачу.

От 2 до 15. Больше — обычно нерационально, лучше разбить на отдельные системы.

Да — полный лог общения агентов. Видно, кто что предложил.

Зависит от объёма. Для 1000 диалогов в день — обычно 10 000–50 000 ₽/мес.

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

Если у агентов конфликт целей или низкая уверенность, диалог автоматически уходит оператору с полной историей переписки. Клиенту система не выдаёт сомнительный ответ.

Да, через API. Агенты создают сделки в amoCRM или Bitrix24, проверяют остатки и цены в 1С, принимают оплату через ЮKassa и СБП, отвечают по вашей базе знаний.

Да. Систему и базу знаний размещаем на серверах в РФ в соответствии с 152-ФЗ, а доступ агентов к данным разграничен по ролям — каждый видит только то, что нужно для его задачи.

Да. Часто разумно запустить ядро из двух-трёх агентов, а новые роли добавлять по мере роста — общий лог и архитектура оркестратора это позволяют без переписывания системы.

Спроектируем мультиагентную систему

30-минутный созвон с архитектором.