Внедрение ИИ-агентов в компании: от первого процесса до контроля

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

Этот материал про то, как внедрить именно агента: программу, которая сама выбирает следующий шаг и работает в ваших системах. Общий порядок внедрения нейросетей на уровне всей организации (кто отвечает, какие правила дать сотрудникам, как снять цифры до пилота) разобран в отдельной статье как внедрить ИИ в компании по этапам. Здесь мы исходим из того, что эти основы у вас уже есть или вы займётесь ими параллельно. А если агента вы собираете своими силами, в конструкторе или на платформе, порядок сборки разобран в статье как создать ИИ-агента.

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

Что такое внедрение ИИ-агентов и чем агент отличается от чат-бота?

Слово «агент» сейчас ставят на всё подряд, поэтому сначала договоримся о терминах. В Anthropic, компании-разработчике Claude, различают два вида таких систем. В сценарии (workflow) нейросеть и инструменты работают по заранее прописанному пути. В агенте нейросеть сама управляет ходом работы и сама решает, каким инструментом воспользоваться. Там же дан совет, который стоит повесить над столом любого, кто собирается внедрять агентов: начинать с самого простого решения и усложнять только тогда, когда без этого не обойтись (Anthropic, Building effective agents).

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

Какие задачи компании отдают ИИ-агентам?

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

• Продажи. Агент разбирает заявки с сайта, почты и мессенджеров, ищет клиента в CRM, дописывает недостающие поля, ставит задачу менеджеру и готовит черновик первого ответа. Решение о скидке и условиях остаётся за менеджером.
• Поддержка. Агент отвечает на типовые вопросы по базе знаний, а если вопрос нестандартный, заводит обращение с кратким пересказом переписки и передаёт человеку.
• Документы и бухгалтерия. Агент читает входящие счета и акты, сверяет реквизиты и суммы с заказами, раскладывает документы по папкам и отмечает расхождения для бухгалтера.
• Закупки. Агент собирает коммерческие предложения поставщиков в одну таблицу сравнения и подсвечивает, где условия расходятся с заявкой.
• Руководитель. Агент утром собирает сводку из CRM, почты и таблиц: что просрочено, какие сделки зависли, где нужен ответ руководителя.

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

Внедрение ИИ-агентов по шагам: общий план

Ниже весь путь одним списком. Сроки в таблице - ориентир для одного агента на одном процессе в компании на несколько десятков человек, у вас они могут отличаться.

1. Выберите первый процесс для агента

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

2. Напишите должностную инструкцию агента

   Зафиксируйте цель, входные данные, инструменты, запреты и правила передачи задачи человеку.

3. Определите уровень самостоятельности

   Решите, какие действия агент делает сам, а какие только готовит на одобрение сотрудника.

4. Подключите агента к системам с узкими правами

   Заведите агенту отдельную учётную запись и дайте доступ только к нужным данным и действиям.

5. Проверьте агента на своих случаях

   Соберите 30-50 реальных случаев с правильными ответами и прогоните на них прототип.

6. Запустите агента в тени и на части потока

   Сначала агент работает параллельно с людьми без права действовать, затем берёт часть живых задач.

7. Наладьте контроль в работе

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

Шаг 1. Как выбрать первый процесс для ИИ-агента?

Внедрение ИИ-агентов проще всего начинать с процесса, который уже болит у сотрудников. Для выбора удобно оценить несколько кандидатов по пяти вопросам. На каждый отвечайте «да» или «нет», в первый пилот идёт процесс, где «да» больше всего.

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

Перед тем как отдавать процесс агенту, его стоит описать «как есть»: кто что делает, в какой системе, сколько времени уходит и где теряются заявки. Без этого описания нельзя ни написать инструкцию агенту, ни потом сравнить результат. Как это сделать за один-два разговора с сотрудниками, мы разбирали в статье про описание бизнес-процессов перед автоматизацией.

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

Шаг 2. Что написать в должностной инструкции ИИ-агента?

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

Шаблон, который можно заполнить на встрече с владельцем процесса:

Должностная инструкция ИИ-агента

1. Цель. Одной фразой: какой результат агент выдаёт и для кого.
2. Вход. Откуда приходят задачи: ящик, форма, чат, папка. В каком виде.
3. Данные. Какие системы агент читает: CRM, 1С, таблицы, база знаний.
4. Действия. Что агент делает сам: заполняет поля, создаёт задачи, пишет черновики.
5. Запреты. Что агент не делает никогда: меняет цены, удаляет записи,
   пишет клиенту без проверки, передаёт данные за пределы компании.
6. Передача человеку. В каких случаях агент останавливается и зовёт
   сотрудника: не хватает данных, клиент недоволен, сумма выше порога,
   случай не похож ни на один из примеров.
7. Отчёт. Что агент записывает о каждом случае: что получил,
   что сделал, на чём основал решение.
8. Примеры. Пять-десять реальных случаев с правильным результатом.
9. Владелец. Кто отвечает за агента и правит эту инструкцию.

Пункт 6 стоит продумать особенно тщательно. Хороший агент вовремя понимает, что случай не его, и передаёт его человеку с пересказом ситуации. Сотрудник, получивший такую передачу, тратит минуту и не перечитывает всю переписку заново.

Шаг 3. Какой уровень самостоятельности дать агенту?

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

Риск, который закрывает эта таблица, в классификации угроз для приложений на больших языковых моделях OWASP называется «чрезмерная самостоятельность» (Excessive Agency). Её три причины: у агента лишние функции, лишние права и лишняя свобода действовать без подтверждения человека (OWASP, LLM06 Excessive Agency). Шаги 3 и 4 этого плана как раз про то, чтобы у агента не было ни того, ни другого, ни третьего.

Запишите решение прямо в должностную инструкцию, в раздел «Действия». Через месяц работы вы вернётесь к этой таблице и переведёте часть действий на уровень выше, уже опираясь на цифры.

Шаг 4. Как подключить ИИ-агента к CRM, почте и 1С?

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

Для подключения всё чаще используют MCP (Model Context Protocol) - открытый стандарт, по которому приложения на нейросетях подключаются к внешним системам: базам данных, файлам, сервисам. Разработчики сравнивают его с разъёмом USB-C для ИИ-приложений: один способ подключения вместо отдельной доработки под каждую пару «модель и система» (документация MCP). Для вас это значит, что у популярных сервисов уже бывают готовые коннекторы, а для своей CRM или 1С подключение делает исполнитель.

Правила подключения, которые стоит потребовать от любого исполнителя:

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

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

Шаг 5. Как проверить агента до запуска на живом потоке?

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

Как собрать набор:

1. Выгрузите из истории 30-50 случаев за последние месяцы. Возьмите не только типовые, но и трудные: неполные данные, повторные обращения, недовольные клиенты.
2. Для каждого случая сотрудник записывает правильный результат: какие поля заполнить, кому передать, что ответить.
3. Отметьте случаи, где правильный ответ - «передать человеку». Агент, который берётся за них сам, опаснее агента, который ошибается в типовых.
4. Обезличьте данные, если прототип работает на внешней модели.

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

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

Шаг 6. Как запустить агента в тени и на части потока?

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

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

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

Пилот на одном участке обычно длится три-шесть недель вместе с тенью. Условие перехода к следующему этапу стоит записать заранее: какая доля случаев должна проходить без правок и какая доля передач человеку считается нормой.

Шаг 7. Как контролировать ИИ-агента после запуска?

Агент не сотрудник, который со временем сам набирается опыта. Он работает ровно так, как настроен, пока что-то не поменяется вокруг: у поставщика новая форма счёта, в CRM появилось обязательное поле, клиенты начали писать о новом продукте. Поэтому контроль нужен постоянный, но лёгкий.

Что входит в контроль:

• Владелец агента. Конкретный человек со стороны бизнеса, обычно руководитель процесса. Он решает, что менять в инструкции, и отвечает за результат, как отвечал бы за работу подчинённого.
• Журнал действий. По каждому случаю видно, что агент получил, какие инструменты вызвал, что сделал и почему. Без журнала невозможно разобрать ошибку и невозможно ответить клиенту, который спрашивает, что произошло с его заявкой.
• Выборочная проверка. Раз в неделю ключевой пользователь просматривает случайную выборку результатов, даже если жалоб нет.
• Три цифры в отчёте. Доля передач человеку, доля результатов с правками сотрудников, число ошибок, дошедших до клиента или в учёт. Резкий рост любой из них - повод разобраться до того, как станет заметно снаружи.
• Остановка. Способ за минуту отключить агенту права на действия и вернуть процесс людям. Проверьте его заранее, до того дня, когда он понадобится.

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

Кто в компании отвечает за ИИ-агента?

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

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

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

Какие ошибки чаще всего ломают внедрение ИИ-агентов?

• Агент «на всё». Первая задача звучит как «пусть агент ведёт продажи». Такой агент не проходит проверку ни на одном участке. Лечится сужением до одного процесса с понятными границами.
• Полный доступ ради удобства. Агенту дают логин администратора, потому что так быстрее настроить. Любая ошибка или атака через входящее письмо тогда бьёт по всей базе.
• Проверка на трёх примерах. Демонстрация прошла хорошо, агента запускают на весь поток и узнают о проблемах от клиентов.
• Нет владельца. Агент настроен и забыт, процесс вокруг меняется, доля ошибок растёт незаметно.
• Агент вместо сценария. Задача с фиксированным путём решается агентом, который иногда выбирает неожиданный шаг. Сценарий здесь был бы дешевле и предсказуемее.
• Нет журнала. Что-то пошло не так, а понять, что именно сделал агент и почему, невозможно.

Где вы сейчас

• Об агентах пока только говорят. Сначала пройдите общий план из статьи как внедрить ИИ в компании, затем возвращайтесь к шагу 1 этого плана.
• Процесс для агента выбран, но не описан. Начните с описания «как есть» и шага 2: инструкция агента пишется из этого описания.
• Агент уже работает, но сотрудники ему не доверяют. Вернитесь к шагам 5 и 7: соберите проверочный набор и включите журнал действий.
• Один агент стабилен несколько недель. Переведите часть действий на уровень выше или возьмите следующий процесс и пройдите шаги заново.

Чек-лист

• Выбран один процесс с границами, описан «как есть» и назначен его владелец.
• Написана должностная инструкция агента с запретами и правилами передачи человеку.
• Для каждого действия агента записан уровень самостоятельности.
• У агента отдельная учётная запись с минимальными правами, первые прогоны прошли в песочнице.
• Собран набор из 30-50 проверочных случаев, прототип прогнан на нём и результат разобран с сотрудниками.
• Агент отработал в теневом режиме, расхождения с работой людей разобраны.
• Включён журнал действий, есть выборочная проверка и проверенный способ быстро остановить агента.