ИИ-сотрудник забирает у человека повторяемую часть работы, но оставляет ему деньги, договоры и репутацию. Ниже — четыре критерия, по которым задача либо отдаётся агенту, либо нет; список операций «можно / нельзя»; три уровня автономии и шаблон поручения, с которым агент не превращается в неуправляемое окно чата.
Статья для тех, кто уже присматривается к «цифровому сотруднику» и хочет понять, где заканчивается автоматизация и начинается риск.
Что такое ИИ-сотрудник и чем он отличается от чат-бота
ИИ-сотрудник — это агент, который получает цель, а не отдельную команду: он сам находит данные во внутренних системах, выполняет последовательность действий, проверяет результат и передаёт человеку то, что не укладывается в правила.
Чат-бот отвечает текстом. Агент действует: читает заявку, ищет клиента в CRM, проверяет остаток на складе, меняет статус, готовит документ, ставит задачу следующему сотруднику. Разница не в «умности» модели, а в наличии рук — доступа к системам и права что-то в них изменить.
Именно поэтому рынок сместился: по данным BCG AI at Work за 2026 год 74% сотрудников уже регулярно используют ИИ, а 42% пользователей говорят, что экономят минимум восемь часов в неделю. Microsoft в Work Trend Index фиксирует другой срез: 58% опрошенных считают, что с ИИ они создают результаты, которые раньше были им недоступны. Цифры впечатляют ровно до момента, когда выясняется: производительность отдельного сотрудника и производительность компании — не одно и то же.
Руководитель отдела продаж может быстрее готовить отчёт, но если документ проходит прежнюю цепочку согласований и распределение обязанностей не менялось, компания получила локальную экономию времени и ничего больше. Поэтому вопрос «что передать агенту» — это не вопрос про инструмент. Это вопрос про перестройку участка процесса.
Почему ошибка ИИ-сотрудника дороже ошибки чат-бота
Ошибка чат-бота остаётся в промежуточном результате: неточность в подготовленном письме или отчёте сотрудник заметит до того, как документ покинет компанию. Ошибка агента сразу превращается в действие. Система сама отправила письмо клиенту, изменила данные в CRM, выдала права доступа или инициировала платёж — исправить ответ в диалоговом окне уже недостаточно.
Эта мысль точно сформулирована в разборе Ильи Народицкого («Навикон», сентябрь 2026): чем шире полномочия агента, тем меньше компания может относиться к нему как к ещё одному офисному инструменту.
Отсюда практическое правило, которое стоит запомнить до всех остальных: чем дороже ошибка и сложнее её отменить, тем раньше в цепочке должен появиться человек.
Четыре критерия: можно ли вообще отдавать эту задачу агенту
Команда аналитики МТС Web Services (кейс опубликован на Хабре 3 сентября 2026 года) разобрала рабочий день дата-аналитика и вывела четыре критерия. Они универсальны — работают и для бухгалтерии, и для склада, и для отдела продаж.
1. Повторяемость. Задача выполняется по одному и тому же алгоритму. Если вы каждый раз делаете одно и то же — это кандидат на передачу.
2. Структурированность. Входные данные имеют понятный формат, и вы можете описать, что хотите получить на выходе.
3. Документированность. Есть чёткие правила и шаблоны. Если процесс нельзя однозначно описать словами, ИИ тем более его не выполнит.
4. Проверяемость. Вы можете определить критерии качества. Если непонятно, как проверить результат, — непонятно и то, работает агент или просто выдаёт красивый текст.
Если хотя бы один критерий не выполняется, автоматизировать не стоит. В МТС ту же логику применили к оценке результата: сначала проверяется формат (файлы созданы, YAML и CSV парсятся, DDL синтаксически корректен), затем консистентность (правила нейминга, обязательные поля, полнота маппинга), и только третьим уровнем — бизнес-смысл, где без человека не обойтись.
Что можно передать ИИ-сотруднику
Практика российских внедрений даёт довольно устойчивый список. Его приводит, в частности, Михаил Петухов (эксперт по AI-трансформации бизнеса, статья на predprinimatel.ru, август 2026).
| Отдаём агенту | Оставляем человеку |
|---|---|
| Анализ и контроль звонков, документов, заявок | Отправка коммерческих предложений клиентам |
| Поиск закономерностей и повторяющихся ошибок | Изменение цен, договоров и условий |
| Подготовка отчётов и черновиков писем | Отправка юридически значимых документов |
| Ответы на типовые обращения по базе знаний | Платежи, выдача прав доступа |
| Операционка: заполнить CRM, создать встречи | Кадровые решения и оценка людей |
| Сбор материалов для анализа | Согласование требований с заказчиком |
Обратите внимание на закономерность: агенту уходит работа с информацией, человеку остаётся работа с обязательствами. Пока действие обратимо и не создаёт юридических последствий — его можно делегировать. Как только появляется подпись, цена или ответственность перед третьим лицом — нужен человек.
Второй признак хорошего кандидата: у задачи есть владелец результата. Не «мы внедрили ИИ в отделе», а конкретный сотрудник, который принимает результат и отвечает за его применение. Без этого через месяц агент работает «сам по себе», а бизнес возвращается к ручной проверке всего подряд.
Что нельзя передавать агенту — даже если технически может
Технически агент способен отправить письмо клиенту, изменить цену в прайсе или выставить счёт. Вопрос не в возможности, а в цене отката.
Клиентская коммуникация от лица компании. Персональные письма, ответы в мессенджерах, обсуждение условий — это разговор, в котором ошибка читается как неуважение. Черновик агентом — да. Отправка — человеком.
Деньги и обязательства. Платежи, счета, изменения договоров, скидки вне прайса, юридически значимые документы. Здесь агент готовит, человек подписывает.
Права доступа и кадровые решения. Выдача доступов, увольнения, штрафы, оценка сотрудников — зона, где ошибка не откатывается одним кликом.
Стратегические развилки. Архитектура, приоритеты, выбор подрядчика. В кейсе МТС прямо сказано: приоритизацию задач агент не тянет — он не знает, у кого аврал, а кто освободился. Согласование требований с бизнесом тоже осталось за людьми: разные команды говорят на разных языках, и свести это к одному знаменателю модель пока не может.
Интерпретация «сырого» контекста. Бизнес умеет формулировать задачу так, что без подсказок не разберётся ни один ИИ. Такие запросы возвращают человеку — не как провал автоматизации, а как штатный режим.
Три уровня автономии: от стажёра до выборочного контроля
Полномочия агента — не бинарный переключатель. Их выдают постепенно, как новому сотруднику.
Уровень 1. Стажёр. Агент выполняет работу целиком, но человек проверяет каждый результат. Длится столько, сколько нужно для набора статистики: обычно несколько недель на низкорисковом процессе.
Уровень 2. Помощник с выборочным контролем. Агент сам закрывает простые и обратимые случаи, дорогие операции по-прежнему требуют подтверждения. Переход допустим, когда агент прошёл проверку на размеченных примерах, стабильно распознаёт критические ситуации, не выходит за полномочия и передаёт неоднозначные случаи человеку.
Уровень 3. Автономный исполнитель. Работает самостоятельно, человек смотрит аномалии, новые сценарии и случайную выборку. Даже на этом уровне надзор не прекращается: владелец процесса раз в одну-две недели просматривает исключения, а при смене скриптов, продукта или поведения клиентов объём контроля временно увеличивают.
В качестве первой контрольной точки разумно брать 4–6 недель — примерно на этом горизонте появляются измеримые изменения. Для низкорискового процесса вроде анализа звонков переход к выборочному контролю обычно возможен уже после первых недель пилота.
Как оформить поручение агенту: паспорт роли
Размытое «ты умный помощник» даёт размытый результат. Рабочий шаблон поручения — четыре блока (фреймворк РОЗА: роль, окружение, задача, архитектура).
Роль. Кем агент работает в этом процессе. Не «ассистент», а «специалист первичной обработки заявок, который проверяет полноту данных и готовит карточку для менеджера». Здесь же — границы полномочий.
Окружение. Откуда берёт информацию, в какие системы заходит, кто проверяет результат, кому передаёт исключения и что происходит дальше. Агент не должен висеть отдельным окном сбоку от бизнеса.
Задача. Последовательность действий. Например: прочитать заявку, извлечь шесть обязательных полей, найти клиента в CRM, проверить товар, рассчитать цену по действующему прайсу и передать менеджеру всё, что не укладывается в стандартные условия.
Архитектура. Вид результата: какие разделы в ответе, что показывать менеджеру, как отмечать сомнение, где указывать источник и какой сигнал подавать при остановке.
Дальше — рабочий паспорт на одну страницу: владелец процесса, ожидаемый результат, разрешённые действия, запреты, случаи передачи человеку, показатели качества. Этого достаточно для первого пилота и для того, чтобы потом не спорить, «правильно ли агент сработал».
Кейс: машина слушает всё, человек разбирает важное
Руководитель отдела продаж строительной компании физически не успевал контролировать звонки. Разбор одного длинного разговора с фиксацией ошибок занимал до часа, прослушивалось 5–10% звонков, на контроль уходило до 36 часов в месяц. Конверсия из звонка во встречу — 14%.
Агенту передали не управление продавцами, а измеримую часть работы: расшифровку разговоров, проверку по согласованному чек-листу, поиск повторяющихся ошибок и отбор звонков, требующих внимания руководителя. Система работала на серверах клиента, записи не уходили во внешние сервисы.
Результат: автоматический контроль покрыл все звонки, время регулярного анализа сократилось до 15 минут, конверсия из звонка во встречу выросла с 14% до 23%, расчётный экономический эффект — около 1,2 млн рублей в год. Правила менял и команду обучал человек: кадровые решения остались у людей.
Обратите внимание, что именно не отдали агенту: штрафы менеджерам, изменение скрипта продаж, кадровые выводы. Плюс правила остановки — если клиент угрожает судом, менеджер дал нестандартное обещание или запись невозможно разобрать, система зовёт человека.
Сколько это стоит и когда окупается
Оценка Cloud.ru и Высшей школы бизнеса НИУ ВШЭ (25 глубинных интервью, анализ более 15 внедрений в России, EMEA и США, 116 внешних источников): типичные инвестиции в проект с ИИ-агентами в крупной российской компании — 10–50 млн рублей. Относительно простые сценарии автоматизации окупаются менее чем за год, более сложные — за 12–24 месяца, инфраструктурные проекты требуют большего горизонта.
Для малого бизнеса порядок другой, но логика та же: сначала один процесс с измеримым результатом, потом расширение. Не «внедрим ИИ везде», а «снимем с менеджера 6 часов в неделю на разборе заявок, проверим через шесть недель».
Отдельная проблема — контроль доступа. По данным исследования «Лаборатории Касперского» и К2 Кибербезопасность (более 200 крупных российских организаций), 61% компаний хотят контролировать использование сотрудниками внешних ИИ-сервисов, но полноценные политики и технические средства есть только у 29%. С агентами этот разрыв опаснее: контролировать нужно не только то, что сотрудник отправляет в модель, но и то, что модель делает внутри контура.
Как это выглядит в Hermes Agent
Практическая ценность агента определяется не моделью, а тем, что ему разрешено и что он помнит.
Роль и границы. Агент описывается в конфигурации и инструкциях: кто он, что делает, чего не делает. Запрет «не отправлять письма клиентам» — это строка в правилах, а не пожелание.
Скиллы. Повторяемый сценарий упаковывается в скилл: роль, пошаговый алгоритм, требования к входу и выходу, шаблоны результата. Один агент может владеть несколькими скиллами, один скилл — использоваться разными агентами.
Доступы. Агент получает только те системы, которые нужны для задачи. Меньше доступов — меньше радиус поражения при ошибке. Подробнее — в материале «Безопасность AI-агента».
Память. Агент помнит договорённости между сессиями: ваши правила, названия сущностей, прошлые решения. Это то, что отличает сотрудника от одноразового запроса.
Расписание. Cron-задачи превращают агента в исполнителя по регламенту: утренняя сводка по заявкам, вечерняя сверка остатков, еженедельный отчёт. Человек проверяет результат, а не инициирует работу.
Локальный запуск. Если данные нельзя выносить наружу — агент ставится на свой сервер. Сравнение вариантов — в статье «Локальный или облачный Hermes Agent».
Готовые схемы под конкретные участки: отдел продаж и контроль звонков, служба поддержки, склад и закупки, бухгалтерия.
Чек-лист перед передачей задачи агенту
Пять вопросов, которые нужно закрыть до пилота. Все ответы «да» — можно начинать. Хотя бы один «нет» — либо доработать процесс, либо оставить задачу человеку.
И два вопроса про людей, которые пропускают чаще всего. Кто владелец результата — конкретный сотрудник, а не отдел? Есть ли у команды право остановить операцию и вернуть её в ручной режим без наказания? Если сотрудники боятся сообщать об ошибках агента, вы получите красивую статистику до первого серьёзного инцидента.
FAQ
Можно ли заменить ИИ-сотрудником целого специалиста?
Обычно нет. В кейсе МТС автоматизация сняла около 75% рутины аналитика, но четверть рабочего дня — анализ и проектирование — осталась за человеком. Речь идёт о высвобождении времени, а не о сокращении ставки.
С чего начать, если процессов много?
С одного участка с измеримым результатом и обратимыми действиями — контроль звонков, разбор заявок, сверка накладных. Пилот на 4–6 недель, затем решение о расширении полномочий.
Кто отвечает, если агент ошибся?
Владелец процесса — человек. Поэтому владелец результата назначается до запуска, а не после инцидента. Агент не субъект ответственности, он инструмент.
Нужно ли писать агенту подробную инструкцию?
Да, и это самая трудоёмкая часть. Если процесс нельзя описать однозначно, агент его не выполнит. Зато инструкция остаётся полезна людям: новый сотрудник по ней быстрее входит в работу.
Что делать, если процесс меняется каждую неделю?
Не автоматизировать целиком. Можно отдать агенту сбор материалов и черновики, а решения оставить человеку — до момента, когда правила устоятся.