[МСК]

Мультиагентная система — что это простыми словами

8 сентября 2026 · 4 минАгентыПростыми словами

Зачем это знать

  • Понять, за что берут деньги, когда в смете стоит «несколько агентов» вместо одного
  • Увидеть, какие задачи ускоряются от разделения ролей, а какие только дорожают
  • Спрашивать подрядчика схему ролей и точки контроля до начала работ

Что такое мультиагентная система простыми словами

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

Мультиагентная система устроена по тому же принципу. Задачу дробят на участки и раздают отдельным ИИ-агентам. У каждого своя инструкция, свой доступ к данным и свой набор инструментов.

Собирает результат координатор. Он ставит подзадачи, принимает ответы и решает, чего не хватает. Такую роль называют оркестратором, а сам порядок передачи работы — оркестрацией.

Шаг 1
Разбор запроса
Координатор превращает задачу в список подзадач и определяет, какие роли нужны
Шаг 2
Раздача участков
Каждый агент получает короткую инструкцию, свой источник данных и права ровно под свой шаг
Шаг 3
Работа по ролям
Независимые участки идут параллельно, зависимые — по очереди, результат каждого фиксируется
Шаг 4
Сборка и проверка
Координатор сверяет ответы между собой; спорные случаи уходят человеку по стоп-листу
Как задача проходит через систему

Как это работает

  1. Роли выписывают до кода. Берут живой процесс и размечают его шаги: что найти, что достать, что сверить, что записать. Роль появляется там, где меняется источник данных или уровень прав.
  2. Каждой роли пишут короткую инструкцию. Агент проверки не знает, как искать документы. Агент поиска не умеет записывать в учётную систему. Узкая инструкция даёт меньше поводов ошибиться.
  3. Право на запись отдают одному участнику. Остальные только читают и предлагают. Так изменение в учётной системе всегда проходит через одну точку, и её можно поставить под ручное подтверждение.
  4. Результаты передают в явном виде. Между агентами ходит не свободный текст, а заполненные поля: номер договора, сумма, дата, ссылка на источник. По заполненным полям видно, где цепочка оборвалась.
  5. Ставят предел на количество кругов. Без ограничения агенты уходят в переписку друг с другом, и счёт растёт без результата. Предел задают числом обращений на задачу.

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

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

Пример из практики

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

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

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

Что это даёт бизнесу

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

Когда без этого можно обойтись

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

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

Что важно проверить

Первое: сколько обращений к модели уходит на одну задачу в худшем сценарии. Именно худший случай задаёт верхнюю границу счёта и время ответа. Число просят у подрядчика до подписания сметы.

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

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

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

Мультиагентная система простыми словами — это что?

Это несколько ИИ-агентов, работающих над одной задачей с разделением ролей. Один ищет документы, второй достаёт из них поля, третий сверяет результат с правилами компании. Координатор раздаёт подзадачи и собирает ответ. Каждый участник видит только свой кусок работы и свой набор инструментов.

Чем это отличается от одного агента с инструментами

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

Когда роли стоит разделять

Разделение окупается там, где шаги требуют разных прав и разных источников. Поиск по внешним базам, работа с внутренними документами, запись в учётную систему — три разных уровня доступа. Их разносят по разным агентам, чтобы право на запись было ровно у одного. Второй повод — шаги, которые идут параллельно и не зависят друг от друга.

Как считать стоимость такой системы

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

Как понять, что система работает правильно

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