У слова «агентный» есть проверяемое инженерное содержание, а у словосочетания «цифровой сотрудник» — нет. Агентной систему делает замкнутый цикл: она получает задачу, смотрит на состояние дел, выбирает следующий шаг, выполняет его через доступный инструмент и проверяет, что из этого получилось, — и повторяет цикл, пока задача не закрыта или пока не сработал ограничитель. «Цифровой сотрудник» — это рамка для продажи: она описывает не систему, а ощущение от неё.
Разница становится дорогой в момент приёмки. Договор, в котором предметом работ значится «внедрение цифрового сотрудника отдела продаж», невозможно закрыть спором о фактах: заказчик считает, что сотрудник должен уметь всё, что умел человек на этой роли, исполнитель — что сотрудник умеет ровно то, что показали на демонстрации. Обе позиции одинаково обоснованы, потому что предмет договора не описан. Это не юридическая тонкость, а самая частая причина, по которой ИИ-проекты застревают между демонстрацией и эксплуатацией.
Ниже — что технически стоит за агентностью, на каких трёх вещах ломается метафора «сотрудник», как перевести её в формулировки техзадания, которые можно принять по акту, и что на сентябрь 2026 года дают российские корпоративные платформы агентов, а что придётся достраивать в любом случае.
Что технически означает «агентность»
Обычная генеративная система работает в один такт: получила запрос — вернула текст. Агентная работает в цикле и умеет менять свой следующий шаг в зависимости от того, что получилось на предыдущем. Цикл состоит из четырёх шагов, и весь смысл термина держится на последнем.
- 11. Наблюдение: что вообще происходит
Система собирает состояние: текст обращения, карточку клиента, остаток на складе, статус заказа, историю прошлых диалогов. Здесь важно не «понимание», а состав источников: агент видит ровно те данные, к которым ему открыт доступ, и ничего больше. Список источников — первая строка техзадания.
- 22. План: какой шаг сделать следующим
Модель выбирает один шаг из заранее описанного набора: уточнить у клиента, запросить остаток, создать заявку, передать оператору. Набор шагов ограничен разработчиком — это не «свобода воли», а меню. Чем шире меню, тем дороже проект и тем строже нужны ограничители.
- 33. Действие: вызов инструмента
Шаг исполняется через конкретный метод: запрос в учётную систему, создание сделки в CRM, отправка сообщения. Именно здесь проходит граница между «рассказал» и «сделал», и именно она определяет порядок цены проекта.
- 44. Проверка результата: шаг, который делает систему агентом
Система смотрит, что вернул инструмент: заявка создалась или упала с ошибкой, слот занят или свободен, документ прошёл или отклонён. По результату она либо идёт дальше, либо меняет план, либо останавливается и зовёт человека. Без этого шага остаётся генерация текста с красивым названием.
Свойство системы выполнять задачу циклом «наблюдение — план — действие — проверка результата» с ограниченным числом повторов, а не одним вызовом модели. Проверяется просто: спросите, что происходит, когда вызванный метод вернул ошибку. Если ответ «пользователь увидит сообщение об ошибке» — цикла нет. Если «система повторит попытку дважды, потом переключит канал, потом позовёт оператора и запишет это в журнал» — цикл есть.
Отсюда следует практический критерий, по которому предложения делятся на два лагеря ещё до обсуждения цены. Спросите, сколько итераций цикла разрешено на одну задачу и что происходит на последней. Ответ «сколько нужно, столько и сделает» означает, что ограничителя нет: система будет крутиться, пока не упрётся в лимит платформы, а счёт за вызовы модели вы увидите в конце месяца. Рабочая формулировка звучит скучнее — «не более пяти шагов на задачу, после пятого диалог уходит человеку с пометкой „лимит шагов“». Подробнее устройство цикла и его блоков мы разбирали в статье о том, из чего состоит ИИ-агент.
Замкнутая схема из четырёх блоков по кругу со стрелками по часовой стрелке: «Наблюдение: состав источников», «План: шаг из ограниченного набора», «Действие: вызов метода», «Проверка результата». Четвёртый блок выделен другим цветом и обведён рамкой с подписью «без этого шага — генерация текста». От четвёртого блока три исходящие стрелки: «идти дальше», «сменить план», «остановиться и позвать человека». Сбоку счётчик с подписью «не более 5 шагов на задачу». Всё по-русски, чертёжный стиль.
Где метафора «сотрудник» ломается
Метафора удобна на переговорах и вредна в проекте. Она подсказывает владельцу неверную модель: раз это сотрудник, значит, ему можно поставить задачу словами, он разберётся сам, спросит, если непонятно, и будет отвечать за результат. Ни одно из этих четырёх ожиданий не выполняется, и ломается всё в трёх точках.
- Нет ответственности. Сотрудник несёт дисциплинарную и материальную ответственность, у него есть должностная инструкция и подпись под ней. У агента ответственность несёт компания-оператор процесса, то есть вы. Формулировка «сотрудник ошибся» в разговоре с клиентом или с контролирующим органом не имеет содержания: ошиблась ваша система, работавшая по вашим правилам.
- Нет здравого смысла за пределами описанной области. Живой администратор, увидев в заявке «нужно к 8 утра, у ребёнка температура», сам поймёт, что это не про удобство расписания. Агент видит два поля — время и комментарий — и обработает их ровно так, как описано в правилах. Всё, что не описано, для него не существует; это не недостаток конкретной модели, а свойство любой формализованной системы.
- Нет способа сказать «я не понял задачу» без явного правила. Модель всегда возвращает ответ — это её устройство, а не дефект. Признание собственного незнания появляется только тогда, когда его запрограммировали: порог уверенности, обязательная ссылка на источник, стоп-темы, отдельная ветка «не нашёл в базе — передаю человеку». Механику того, почему агент уверенно выдумывает ответы, мы разбирали отдельно.
С этой даты в России действует регулирование ИИ: маркировка сгенерированного контента, требования к моделям и к обработке персональных данных. В этой рамке важно, кто оператор процесса и на каком основании обрабатываются данные, — а «цифровой сотрудник» не субъект права и не может быть ни оператором, ни ответственным лицом. Компаниям стоит завести внутреннюю политику использования ИИ, где эти роли распределены между живыми людьми; шаблон и разбор — в статье о политике использования ИИ в компании.
Арифметика, которую портит слово «сотрудник»
Главный вред метафоры — не в терминологии, а в счёте. Как только систему называют сотрудником, её начинают сравнивать с окладом: «менеджер стоит 70 000 ₽, а агент — 25 000 ₽ в месяц, значит, выгодно». Сравнение неверное, потому что агент закрывает не должность, а часть операций. Разберём рабочий день менеджера по обработке заявок в компании оптовой торговли: 480 минут, восемь типов работы.
51 % — это хороший результат для процесса, выбранного правильно. Плохой он только на фоне обещания «заменим менеджера». И обратите внимание на строку с коммерческим предложением: агент готовит черновик за секунды, но человек всё равно тратит 15 минут на проверку цены и условий, поэтому в выигрыш попадает 25 минут, а не 40. Такие половинчатые строки есть в любом процессе, и именно их обычно округляют вверх в презентациях.
Горизонтальная полоса в 480 минут, разбитая на восемь сегментов с подписями и длительностями: приём заявок 95, занесение в CRM 70, типовые вопросы 55, подготовка КП 40 (внутри отмечено «выигрыш 25»), согласование цены 35, разбор жалобы 45, звонки 90, совещания 50. Сегменты, которые снимает агент, залиты сплошным цветом, остальные — штриховкой. Под полосой две подписи: «снимается 245 минут — 51 %» и «остаётся человеку 235 минут». Ось подписана в минутах рабочего дня.
Теперь те же 51 % в деньгах. Модельная компания: два менеджера на обработке заявок, оклад 70 000 ₽ каждому, со страховыми взносами полная стоимость сотрудника — 91 000 ₽ в месяц, то есть 182 000 ₽ на двоих. Агент собирается заказной, с доступом к CRM и к остаткам, уровень автономности — действие с подтверждением человеком.
92 820 ₽ в месяц — это стоимость освободившегося труда, а не сумма, которая появится на счёте. Она превращается в деньги ровно двумя способами: либо штат сокращается, либо люди переводятся на работу, которая приносит выручку, — звонки по спящей базе, возврат ушедших клиентов, обработка большего потока без найма. Если не сделано ни того ни другого, экономия равна нулю, а расходы в 836 000 ₽ вполне реальны. Это самая частая причина, по которой проект с хорошими техническими показателями считается провальным.
Как переписать «цифрового сотрудника» в техзадание
Перевод делается механически: вместо роли описываются четыре списка. Если хотя бы один из них отсутствует, приёмка превращается в спор о впечатлениях. Требования к структуре техзадания целиком мы разбирали в статье про разделы ТЗ на автоматизацию; здесь — только та часть, которая относится к агенту.
- 1Перечень процессов. Не «работа с заявками», а «приём заявки из почты, мессенджера и формы сайта; создание сделки; ответ на вопрос о статусе заказа; ответ на вопрос об остатке». Каждый процесс — с ожидаемым месячным объёмом: 1 800 заявок, 3 400 вопросов о статусе. Объём нужен не для красоты, а потому что от него зависит и цена эксплуатации, и сам ответ на вопрос, нужен ли здесь агент.
- 2Перечень действий с системами. Список методов, а не названий систем. «Доступ к 1С» — это не требование; требование выглядит так: «прочитать остаток по номенклатуре», «прочитать статус заказа по номеру», «создать сделку с обязательными полями», «добавить комментарий к сделке». Отдельно перечисляется то, чего агент делать не может: менять цену, проводить документ, отправлять деньги, удалять записи. Что попадает в этот запретный список по умолчанию — в разборе необратимых действий ИИ-агента.
- 3Границы сумм и тем. Числовой коридор для каждого действия: скидка не более 7 %, сумма сделки не более 150 000 ₽, перенос записи не далее чем на 14 дней. Плюс список стоп-тем, по которым агент обязан молча передать диалог человеку: возврат денег, жалоба, здоровье, персональные данные, прямая просьба позвать сотрудника. Границы — это код и настройка, а не фраза в промпте.
- 4Критерий приёмки. Числовое условие, проверяемое на согласованном наборе случаев: «на 200 отобранных обращениях агент даёт корректный ответ не менее чем в 92 % случаев; ни одно действие вне числового коридора не выполнено; каждое действие есть в журнале с указанием источника данных». Набор случаев собирается из вашей реальной переписки до начала разработки, а не подбирается исполнителем после неё.
Условие, при выполнении которого этап считается сданным, сформулированное числом и проверяемое на заранее согласованной выборке ваших собственных случаев. Ключевое слово — «заранее»: выборка, собранная после разработки, всегда подстраивается под то, что получилось. Как это оформляется по этапам, разобрано в чек-листе приёмки этапа проекта.
Сравнение в две колонки, пять строк. Левая колонка «Как в презентации»: «цифровой сотрудник отдела продаж», «сам разберётся с заявкой», «работает с 1С», «умеет давать скидки», «качество на высоком уровне». Правая колонка «Как в ТЗ»: «4 процесса с объёмом 1 800 и 3 400 в месяц», «5 шагов на задачу, дальше — оператор», «4 метода чтения и 1 метод записи, список запретов», «скидка не более 7 %, сумма сделки не более 150 000 ₽», «не менее 92 % корректных ответов на 200 согласованных случаях». Заголовок над колонками: «Один и тот же проект в двух формулировках». Чертёжный стиль, подписи по-русски.
Пять формулировок, которые не гарантируют ничего
Эти фразы встречаются почти в каждом коммерческом предложении. Ни одна из них не является ложью — они просто не содержат обязательства. Правая колонка таблицы — вопрос, после которого фраза либо наполняется содержанием, либо исчезает из разговора.
| Формулировка | Что она не гарантирует | Что спросить |
|---|---|---|
| «Цифровой сотрудник закрывает работу менеджера» | Ни одной конкретной операции: закрывать можно и 10 % дня | Перечень операций с долей времени по каждой и явный список того, что остаётся человеку |
| «Агент работает автономно 24 часа в сутки» | Что он вообще что-то делает в системах, а не только отвечает текстом | Список методов записи, к которым у него есть доступ, и числовые границы по каждому |
| «Обучается на ваших данных» | Дообучение модели: почти всегда это поиск по базе знаний, а не обучение | Дообучается модель или это поиск по документам, кто и как часто обновляет базу, входит ли это в поддержку |
| «Точность 95 %» | Ничего без указания задачи, выборки и метрики | На какой выборке измерено, что считалось ошибкой, что происходит с оставшимися 5 % и кто их разбирает |
| «Интегрируется с любой системой» | Наличие готового коннектора именно к вашей конфигурации | Список готовых коннекторов, цена каждой недостающей интеграции и кто её поддерживает через год |
Шестая фраза стоит отдельно, потому что она не про возможности, а про сроки: «внедрение за две недели». Она обычно правдива буквально — за две недели действительно можно показать работающую демонстрацию на подготовленных данных. Вопрос в другом: что именно готово через две недели и когда через систему пойдёт первый боевой поток. Разрыв между этими двумя датами в реальных проектах составляет от месяца до полугода, и это главная причина, по которой ИИ-проекты не доходят до эксплуатации.
Платформа — это фундамент, а не готовый сотрудник
К сентябрю 2026 года в России есть корпоративные платформы для сборки агентов, и это реальная инфраструктура, а не презентации. GigaChat Enterprise существует с марта 2026 года в вариантах on-premise, облако и гибрид. Yandex AI Studio даёт конструктор агентов Agent Atelier, MCP Hub, векторное хранилище и поиск. Nodul — российская платформа агентов и интеграций. На платформе действительно можно собрать рабочего агента быстрее, чем с нуля. Но платформа закрывает нижние слои, а не проект целиком.
| Слой | Даёт платформа | Остаётся вам и подрядчику |
|---|---|---|
| Модель и вычисления | Доступ к модели, масштабирование, отказоустойчивость, размещение в РФ | Выбор модели под задачу и сценарий перехода на запасную |
| Хранение знаний | Векторное хранилище, поиск, индексация | Сама база знаний: сбор, вычистка, регламент обновления, ответственный |
| Инструменты и интеграции | Механизм подключения инструментов, каталог готовых коннекторов | Методы к вашей конфигурации 1С и CRM, обработка ошибок обмена, тестовый контур |
| Логика агента | Конструктор сценариев, цикл вызовов, журналирование | Описанные процессы, правила, стоп-темы, числовые границы, уровень автономности |
| Эксплуатация | Мониторинг платформы, метрики вызовов | Выборочный контроль качества, разбор жалоб, правки базы знаний, владелец процесса |
Верхние три строки таблицы — это и есть проект. По рынку он стоит 250 000–500 000 ₽ для заказного агента плюс 20 000–30 000 ₽ в месяц на сопровождение, а срок до боевого потока — 6–12 недель, из которых на разработку уходит меньше половины. Всё остальное время съедают данные, доступы и согласование границ. Обзор платформ и их различий мы вынесли в отдельный разбор — платформы для сборки ИИ-агентов.
Слоёная схема из пяти горизонтальных полос снизу вверх: «Модель и вычисления», «Хранение знаний», «Инструменты и интеграции», «Логика агента», «Эксплуатация». Нижние две полосы залиты сплошным цветом и подписаны сбоку скобкой «даёт платформа: GigaChat Enterprise, Yandex AI Studio, Nodul». Верхние три полосы заштрихованы и подписаны скобкой «проект: 250 000–500 000 ₽ и 6–12 недель до боевого потока». В каждой полосе — по два-три коротких подписанных элемента. Все подписи по-русски.
Когда термин не нужен и агент тоже
Слово «агентный» уместно ровно тогда, когда в задаче есть неопределённость: следующий шаг зависит от того, что вернула предыдущая проверка, и заранее выписать все ветки невозможно. Если такой неопределённости нет, цикл из четырёх шагов — лишняя сложность, за которую вы платите дважды: на разработке и потом каждый месяц.
- Меньше десяти ветвлений и все данные в одном поле. Уведомление о смене статуса, напоминание об оплате, ответ на вопрос «когда вы работаете» — это правило в три строки и кнопка в интерфейсе. Модель здесь добавляет только недетерминированность и счёт за вызовы. Развёрнутое сравнение — в статье ИИ-агент или автоматизация по правилам.
- Небольшой поток. Постоянная часть эксплуатации почти не зависит от объёма, поэтому на 300–500 обращениях в месяц удельная цена обращения получается неприемлемой при любой архитектуре. Сначала считается объём, потом выбирается технология, а не наоборот.
- Процесс не описан и не измерен. Если никто в компании не может сказать, сколько заявок приходит в месяц и сколько минут занимает одна, то любой ИИ-проект будет автоматизировать не процесс, а представление о нём. Порядок работ здесь обратный: сначала измерить процесс до внедрения, потом выбирать инструмент.
- Некуда переложить высвобожденное время. Если сотрудники и так не загружены, экономия из расчёта выше не материализуется вообще. Честный вывод в этом случае — не «внедрять цифрового сотрудника», а вернуться к вопросу, какую задачу вы на самом деле решаете.
И последнее. Требовать от подрядчика отказаться от слов «агентный ИИ» и «цифровой сотрудник» бессмысленно — это язык рынка, на нём говорят все. Требовать надо другого: чтобы в договоре и в техзадании этих слов не было вообще, а вместо них стояли четыре списка — процессы, действия, границы, критерий приёмки. Подрядчик, который спокойно переводит свою презентацию в эти четыре списка, знает, что делает. Подрядчик, который отвечает «мы всё это сделаем, там по ходу разберёмся», продаёт вам спор о фактах через полгода.
Нанимают человека — описывают должность. Заказывают систему — описывают действия и границы. Смешивать эти два языка дорого ровно на стоимости переделки.
