Агентные рабочие процессы: что это и как их проектировать

Точное определение

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

Это и отличает агента от чат-бота (один ход), от Zap (детерминированный), от RPA-бота (записанный сценарий). Определяющее поведение агента, это адаптивное многошаговое выполнение.

Классическая автоматизация vs агентный процесс

Признаки подходящего процесса

Три сигнала, которые стоит проверить до принятия решения:

1. 01

   Повторяющийся, но не идентичный

   Каждый экземпляр следует одной структуре, но детали различаются. Исследование лида повторяется (одни и те же шаги каждый раз), но каждый лид уникален (другая компания, другой контекст). Бухгалтерские проводки повторяются и идентичны, поэтому они лучше подходят для детерминированной автоматизации.

2. 02

   Полуструктурированные входные данные

   Агент читает сообщения, документы или частичные данные и должен в них разобраться. Если входные данные уже представлены в JSON с фиксированными полями, агент не нужен: справится скрипт. Ценность агентов в работе с «грязными» входными данными.

3. 03

   Проверяемые результаты

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

Сначала ТЗ, потом выбор инструмента

Самый высокодоходный шаг в проекте с агентным процессом, это написать ТЗ до того, как открывать какую-либо платформу. Хорошее ТЗ включает:

• Триггер. Какое событие запускает агента (новое сообщение в Slack, загрузка файла, расписание, входящее письмо).
• Шаги. Что агент читает, решает и делает, по порядку.
• Инструменты и коннекторы. Какие внешние системы агент затрагивает, с явным разграничением прав на чтение и запись.
• Метрика успеха. Как измеримо выглядит «агент сработал» (время ответа, точность в сравнении с историческим человеческим выходом, сэкономленные человеко-часы).
• Условия выхода. Когда агент должен остановиться, запросить подтверждение человеком или эскалировать.
• Обработка сбоев. Что делать, если коннектор недоступен, результат низкоуверенный или агент встретил решение, которое не может принять.

Каждый успешно запущенный нами агент начинался с ТЗ, которое умещалось на одной странице. Каждый провалившийся пропустил этот шаг.

Реальные примеры

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

• Исходящие по лидамHubSpot → исследование → черновик письма в Gmail
• Триаж обращенийСообщение в Slack → классификация → черновик ответа → маршрутизация
• Еженедельный отчёт по метрикамПн 8:00 → запрос в хранилище → нарратив в Slack
• Проверка счетовФайл на Drive → OCR → проверка регламента → выгрузка в QBO или очередь исключений
• Подготовка к встречеСобытие в календаре → исследование участников → краткий документ, привязанный к приглашению
• Составитель ответа на тендерЗагрузка на Drive → сопоставление с библиотекой ответов → заполненный черновик + список пробелов

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

Вопросы