ИИ-агент или workflow: когда модели выбирать шаги?

Автоматический перевод Эта статья была автоматически переведена с оригинальной английской версии.

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

Я бы начал с фиксированного workflow и добавлял шаги, выбираемые моделью, только там, где workflow не справляется с реальными задачами. Это соответствует различию Anthropic между предопределёнными workflow и агентами, управляемыми моделью. Перед выбором фреймворка полезно понять, какие решения должна принимать модель.

Последняя проверка: 2026-09-08.

Сравните два запроса в поддержку

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

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

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

Выбирайте минимальный объём управления со стороны модели

Что требуется задачеС чего начатьЧто всё ещё остаётся на вашей стороне
Известные шаги и ветки обработки ошибокОбычный workflowВалидация, повторы и обработка сбоев
Один выбор из известных маршрутовКлассификатор, за которым следуют фиксированные workflowТесты роутинга и путь для неопределённых случаев
План инструментов, который можно написать до выполненияСпланированный граф инструментов, например ReWOOВалидация плана и восстановление при нарушении предположений
Следующие действия требуют суждения моделиОграниченный агентный цикл, например ReActРазрешения для инструментов, правила остановки и проверки завершения
Крупные подзадачи с локальным исследованиемPlan-and-executeОбщее состояние и явные правила изменения плана

План, созданный моделью, также нужно валидировать до выполнения. ReWOO разделяет планирование, выполнение инструментов и синтез ответа; он не задаёт правила разрешений или восстановления для вашего приложения. Если последовательность инструментов уже известна и зафиксирована в коде, план, написанный моделью, может не дать никакой пользы.

Проверьте решение, прежде чем добавлять новых агентов

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

Для любого пути, который изменяет внешнее состояние, перед повтором после тайм-аута проверьте, что произошло. Потерянный ответ может скрывать успешно выполненное действие; приложению нужен стабильный ID операции или надёжная проверка статуса. Рекомендации AWS по безопасным повторам объясняют контракт идентификации запроса.

Сохраняйте агента только в том случае, если дополнительные варианты действий устраняют достаточно проблем workflow, чтобы оправдать их стоимость. Разделение той же работы между несколькими агентами — отдельный эксперимент.

Дополнительные материалы