ИИ-агент или workflow: как выбрать

Что меняется, когда система становится агентом?

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

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

Опишите задачу до выбора архитектуры

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

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

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

Сравнивайте принятые результаты, а не эффектные диалоги

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

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

Сделайте границы действий понятными

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

Спросите исполнителя: кто отвечает за результат, какие ошибки останавливают работу, как человек продолжит процесс или отменит изменение? Ответы нужно показать на реальном пути приложения, включая неуспешную попытку.

Что должен дать пилот?

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

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