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

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

Выберите задачу с безопасным финалом

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

Сформулируйте результат до выбора модели: «из 20 обращений получить таблицу с темой, срочностью и цитатой» лучше, чем «разобрать почту». Укажите допустимые категории, обязательные поля и человека, который принимает итог. Это станет критерием не только для агента, но и для вашей проверки.

Нарисуйте маршрут и точки остановки

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

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

Выдайте минимум прав

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

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

Соберите инструкцию для агента

В задании укажите роль, вход, последовательность действий, список доступных инструментов, запреты и формат отчёта. В конце добавьте правило: «Если данных недостаточно или действие необратимо — не выполняй его, верни статус needs_review и вопрос». Для классификации полезно дать два-три примера пограничных случаев.

Не просите агента одновременно исследовать рынок, писать статью, публиковать её и рассылать ссылку. Сначала попросите только составить досье с источниками. Затем отдельно проверьте факты, подготовьте черновик и только после одобрения переходите к следующему этапу. Шаблон задания можно собрать в генераторе промптов, но бизнес-ограничения нужно вписать вручную.

Проведите теневой запуск

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

В журнале фиксируйте версию модели, промпт, доступные инструменты, время выполнения и решение проверяющего. Если изменили модель или добавили новый инструмент, повторите контрольную выборку. Для агентов, которые читают длинные документы, можно сравнить возможности Claude Sonnet и Gemini 3.1 Pro на одном наборе файлов, но принимать решение по числу исправлений, а не по рекламному описанию.

Продумайте повторный запуск и откат

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

Как понять, что агент готов к следующей степени свободы

Не расширяйте права просто потому, что агент несколько раз ответил красиво. Сначала определите порог: например, 95% корректных категорий на контрольной выборке и отсутствие критичных ошибок за две недели. Затем добавьте одно ограниченное действие — создание черновика вместо отправки, обновление тестовой строки вместо рабочей базы — и снова измерьте результат.

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

Что оставить человеку

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

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