Чтобы собрать ИИ-агента, от заказчика нужны пять вещей: описанный сценарий с началом и концом, доступ к данным, которые агент будет читать, границы полномочий, право записи в систему, где живёт работа, и число, по которому агент считается принятым. Ни одна из них не появляется в ходе разработки — они приносятся на вход. При полном комплекте сборка занимает недели, при неполном проект встаёт на недостающем пункте.
Почему входные данные важнее выбора модели
Модель — самая заменяемая часть контура: её меняют за день. Всё остальное меняется тяжело: переформулированный на третьей неделе сценарий обнуляет правила и тесты, данные из переписки менеджеров добавляют недели на сбор, отсутствие права записи в CRM превращает готового агента в окно чата.
Какие типы работы агенты закрывают — в статье про ИИ-агентов для бизнеса; порядок внедрения — в статье про внедрение ИИ в бизнес.
Задача, а не идея
Агент делается под один сценарий, у которого есть вход, конец и признак «готово». «Хотим ИИ, чтобы помогал менеджерам» — не задача: помогать можно двадцатью способами, и ни один нельзя ни собрать, ни проверить. Задача звучит так: «разобрать входящее письмо, определить тип обращения из списка, вытащить контакт и суть, создать заявку с полями».
Формулировку проверяют три вопроса. Что запускает агента — письмо на конкретный ящик, заявка с формы, файл в папке, расписание; если ответ «когда сотрудник захочет», это инструмент, а не агент. Где сценарий заканчивается — запись создана, уведомление отправлено; задача без конца тянется бесконечно. Какие бывают исключения — вложение вместо текста, обращение сразу по двум темам, спам; закрывать их все не нужно, достаточно знать, что с ними делать.
Один сценарий — один агент: у каждого свои данные, границы и критерий приёмки, а склеенные в универсального помощника они дают систему, которую невозможно принять по частям.
Данные: что агент читает и где это лежит
Самый недооценённый пункт. Данные почти всегда есть, но лежат в трёх местах и в разном виде: часть в учётной системе, часть в общей папке, часть в переписке. Без доступа к ним агент превращается в чат общего назначения: отвечает правдоподобно и не знает ничего о компании.
Что именно он читает. Не «наши документы», а перечень: справочник услуг, актуальный прайс, регламент по срокам, архив переписки, карточки сделок — каждый источник с указанием, кто за него отвечает.
В каком виде это лежит. Таблица, база, папка, почтовый ящик, экспорт из учётной системы. Отдельный вопрос — сканы: договор-фотография без текстового слоя для агента пустой лист, и распознавание архива иногда занимает больше времени, чем остальная сборка.
Что считается источником правды. Если прайс существует в трёх версиях, до старта нужно назвать одну: агент не выбирает между ними, он берёт доступную и делает это последовательно — поэтому ошибка становится системной.
Правила и границы
У агента есть право на действие, поэтому границы задаются явно — тремя списками.
Делает сам: размечает тип обращения, создаёт заявку, добавляет комментарий, шлёт внутреннее уведомление — действия, где ошибка исправляется за секунду и видна следующему человеку в цепочке.
Предлагает человеку: черновик ответа клиенту, коммерческое предложение, изменение суммы, перенос срока. Подтверждение должно занимать секунды: если проверка дольше, чем работа с нуля, задача выбрана неверно.
Не делает никогда: не пишет клиенту напрямую, не меняет остатки, не удаляет записи, не отправляет документы наружу. Список короткий, но появиться он должен до сборки, а не после первого неприятного случая.
Отдельный пункт — что происходит, когда агент не уверен. Ответ по умолчанию: остановиться и передать человеку с пометкой, чего не хватило. Пустое поле с примечанием «реквизиты не найдены» лучше уверенно подставленного неверного ИНН. Это не оговорка в брифе, а ветка сценария: куда уходит случай и кто его разбирает.
Доступы и интеграции: куда пишется результат
Агент, отвечающий в окно, ничего не меняет в работе: сотрудник по-прежнему копирует текст руками. Поэтому место, куда попадает результат, — отдельная строка входных данных: карточка в CRM, строка в таблице, письмо, сообщение в канале, файл в папке.
К каждому нужны доступ и отдельная учётная запись — агентская, а не личный аккаунт сотрудника: по журналу должно быть видно, кто совершил действие. Заранее выясняется, открыта ли у системы запись извне; какие поля обязательны при создании записи; кто выдаёт и отзывает ключи; как система ведёт себя при повторе. Последний вопрос даёт самую частую поломку в интеграциях: письмо приходит дважды, заказ создаётся дважды, контрагенты множатся — и ручная сверка остаётся на месте.
Критерий приёмки
Одно измеримое число и порог, зафиксированные до старта, — единственная защита от вечного пилота, когда демонстрация прошла, все довольны, а работа делается руками. Критерий формулируется в терминах результата: «не менее 80% обращений размечаются без правок», «реквизиты извлекаются верно в 9 случаях из 10 на контрольной выборке». Рядом с числом указываются выборка, на которой оно считается, и срок. Забывают чаще всего третье — что происходит в день, когда порог достигнут. Ответ должен звучать как дата: с такого-то числа задача перестаёт делаться вручную. Иначе порог становится поводом для следующей итерации.
Сколько занимает и что бывает готово раньше
Узкий агент под один описанный сценарий собирается быстрее, чем ожидают: время съедают не модель и не код, а первые два пункта чек-листа. Порядок величин по проверенным сборкам: локальный контур распознавания и синтеза речи — Whisper для расшифровки, Qwen3-TTS для голоса, pgvector для поиска по смыслу — работает целиком на одной настольной машине, ноль обращений к облачным моделям. Минута речи расшифровывается за 1,3 секунды, синтез идёт втрое быстрее реального времени, на клонирование голоса хватает 16 секунд образца. Соседний по механике конвейер обработки текста прошёл от 7 421 запроса через 894 темы к 70 статьям за 3 дня сборки.
Раньше остального готовы разметка входящих на исторических данных, поиск по смыслу в архиве и черновики по шаблону — их прогоняют, не подключая ни одной системы. Позже всего появляется запись в чужие системы: сроки определяются не сборкой, а тем, как быстро выдадут доступы.
Когда данные нельзя отдавать наружу
Если в работу идут персональные данные, коммерческая тайна или записи разговоров, вопрос «что уходит к внешней модели» решается до сборки. Локальный контур снимает его целиком: открытые модели, своё железо, отключённый интернет — и ничего не перестаёт работать. Какое оборудование нужно и что такой контур умеет — в статье про локальную нейросеть для компании.
Сколько стоит и от чего зависит
Публичных прайсов на агентов почти нет: до разбора неизвестен объём. Своих цен у Dodigi в открытом доступе тоже нет. По опубликованным прайсам студий поддержка и развитие начинаются от 2 000 ₽/час, разработка веб-сервиса указывается от 2 млн ₽ и от 3 месяцев — граница, до которой узкий агент не дотягивается. Полезнее смотреть, какой из входных пунктов не готов: каждый недостающий становится отдельной работой.
| Что нужно на входе | Кто готовит | Что будет, если нет |
|---|---|---|
| Сценарий с началом и концом | Заказчик | Объём не оценивается, приёмка невозможна |
| Перечень источников данных | Заказчик | Сборка ждёт, агент отвечает общими словами |
| Данные в читаемом виде | Обе стороны | Отдельный этап: распознавание, чистка дублей |
| Границы полномочий | Заказчик | Правила пишутся после первого неприятного случая |
| Доступы к системам записи | Заказчик | Агент отвечает в окно, работа не меняется |
| Контрольная выборка случаев | Заказчик | Проверять нечем, спор о качестве не решается |
| Критерий приёмки и дата | Обе стороны | Вечный пилот без выхода в работу |
На что смотреть
Агент без критерия выхода из пилота. Если нет числа, порога и даты переключения, проект заканчивается демонстрацией. Вопрос на старте: какой результат позволит перестать делать работу руками и когда его будут измерять.
Агент поверх неописанного процесса. Если сотрудник не может объяснить, по какому признаку относит заявку к срочным, агент тоже не сможет — правило неоткуда взять. Разбор иногда заканчивается тем, что задача закрывается обязательным полем в форме, и об этом честнее сказать до сборки.
Агент, которому не дали писать в систему. Частый компромисс: «пусть пока показывает результат, подключим потом». Экономии времени в таком режиме не возникает, пилот выглядит бесполезным и тему закрывают — хотя собранная часть работала.
Вопросы и ответы
Что подготовить до первого разговора о разработке ИИ-агента? Одну фразу с описанием сценария от входа до результата и двадцать реальных случаев за прошлый месяц. По ним видно объём задачи, состояние данных и есть ли смысл в агенте.
Можно ли собрать агента, если данные лежат в трёх разных местах? Да, это обычная ситуация. Вопрос не в количестве источников, а в их состоянии: таблица и почта подключаются быстро, папка со сканами добавляет этап распознавания.
Чем создание агента под задачу отличается от настройки готового сервиса? Готовый сервис работает, если процесс совпадает с заложенным разработчиком, и настраивается за дни. Сборка нужна там, где свои правила маршрутизации, своя учётная система или запрет отдавать данные наружу — но входные данные требуются те же.
Обязателен ли описанный регламент до начала работ? Регламент — нет, понимание процесса — да. Полдня разговора с теми, кто делает работу руками, дают карту, где видно и место для агента, и пару мест, где хватит автоматизации без ИИ.
Создание агента — это работа с входными данными: сценарий, доступ к данным, границы, право записи и число, по которому его примут. Разбор задачи и оценка объёма — через контакты. Ответ в течение дня.