Типы ИИ-агентов: как выбрать архитектуру под задачу

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

Чем агент отличается от обычного чата

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

Уровень самостоятельности тоже важен. В материале Anthropic об эффективных агентах рабочий процесс с заранее заданными шагами отделён от агента, который сам направляет использование инструментов. Там же рекомендовано начинать с самой простой схемы и добавлять сложность только там, где она улучшает результат. Базовое отличие терминов объясняет статья что такое ИИ-агент.

Шесть типов, которые покрывают большинство задач

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

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

Эти типы можно сочетать, но сочетание не обязано быть многоагентным. Например, один агент способен сначала выбрать маршрут, затем выполнить два шага и вызвать проверку. Отдельные агенты нужны тогда, когда различаются права, инструменты, контекст или критерии качества.

Как выбрать схему без лишней сложности

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

1. Опишите один ожидаемый результат существительным и проверяемым условием, например «карточка заявки со всеми обязательными полями».
2. Перечислите источники данных и действия. Разделите чтение, создание черновика и необратимые операции.
3. Нарисуйте самый короткий путь от входа к результату. Если путь помещается в фиксированный список, агентное планирование не требуется.
4. Добавьте точку проверки после каждого внешнего действия и общий предел шагов, времени или стоимости.
5. Только после теста решайте, нужен ли отдельный маршрутизатор, второй исполнитель или проверяющий.

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

По теме: ИИ-агент через API: как собрать безопасный рабочий цикл

Что определить перед сборкой

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

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

Проверочный тест на десяти заданиях

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

• Успех: результат соответствует формату и опирается на доступные данные.
• Безопасный отказ: агент останавливается, если не хватает обязательного входа.
• Корректная эскалация: неоднозначность передаётся человеку вместе с вариантами.
• Повторяемость: одинаковый вход не приводит к случайно разным действиям.
• Наблюдаемость: журнал показывает выбранный маршрут, вызовы инструментов и причину остановки.

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

По теме: Языковая модель и ИИ-агент: чем отличается чат

Частые сбои и способ диагностики

1. Агент ходит по кругу. Проверьте условие завершения, предел итераций и повторный вызов одного инструмента с теми же аргументами.
2. Маршрутизатор выбирает не того исполнителя. Добавьте пограничные примеры и вариант «нужна помощь человека», а не заставляйте его всегда выбирать категорию.
3. Параллельные ответы противоречат друг другу. Заранее задайте правило объединения и источник, который имеет приоритет.
4. Проверяющий принимает слабый результат. Замените общие слова «хорошо» и «полно» на измеримые критерии и отрицательные примеры.
5. Автономный агент делает лишнее. Сократите набор инструментов, отделите чтение от записи и потребуйте подтверждение для отправки, оплаты, удаления и публикации.

Когда агентная схема не подходит

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

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

Какой тип ИИ-агента выбрать первым?

Одиночного агента с небольшим набором инструментов, журналом и подтверждением перед внешними действиями. Он проще для проверки и отладки.

Мультиагентная система всегда точнее?

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

Чем цепочка отличается от автономного агента?

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

Как понять, что архитектура выбрана правильно?

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