Как понять, что разработка ИИ-агентов закончилась рабочим решением, а не эффектной демонстрацией? Попросите показать не переписку с моделью, а запись в вашей системе, журнал действий и поведение при ошибке. Ниже разберём, что включить в техническое задание и как принять результат у разработчика.
ИИ-агент, это программа, в которой языковая модель выбирает действия и вызывает разрешённые инструменты для выполнения задачи. Но агент нужен не всегда: для фиксированной последовательности шагов может оказаться достаточно обычной автоматизации с одним вызовом модели. Это различие между заранее заданным процессом и агентом описывает Anthropic в руководстве по архитектуре агентов.
Разработка ИИ-агентов начинается с границ задачи
Техническое задание должно описывать проверяемый результат и ситуации, в которых агент не действует. Формулировка «автоматизировать продажи» слишком широка. Рабочий пример: разобрать входящее обращение, найти существующего клиента, подготовить карточку запроса и передать менеджеру на подтверждение. Это учебный сценарий, а не заявленный клиентский кейс.
Зафиксируйте 6 пунктов: событие запуска, входные данные, ожидаемый результат, разрешённые действия, исключения и владельца процесса. Вместо «агент знает наш ассортимент» напишите, из какого справочника он получает сведения и что делает, когда позиции нет. Вместо «работает круглосуточно» определите маршрут обращения, если интеграция недоступна.
Для создания ИИ-агента для бизнеса подготовьте обезличенные примеры обращений и образцы правильного результата. Отдельно отметьте недостающие сведения: нельзя считать предположение заказчика подтверждённым полем. Общее сравнение сценариев есть в обзоре ИИ-агентов для бизнеса, а здесь фокус на составе разработки.
Интеграции: договоритесь о каждом действии в CRM и 1С
Каждая интеграция должна иметь явные входные поля, результат и правила обработки ошибок. API, это программный интерфейс обмена данными между системами. Доступ к API ещё не означает, что агенту разрешены все операции пользователя.
Для операции «создать черновик запроса» укажите идентификатор клиента, состав полей, допустимые значения и ответ сервера. Разделите 3 уровня прав: чтение, подготовку черновика и изменение рабочих данных. Выдавайте только права, необходимые сценарию. OWASP относит избыточные функции, разрешения и автономность к риску Excessive Agency и рекомендует ограничивать полномочия, включая проверку человеком для значимых действий.
Заранее разберите 4 сбоя: повтор входящего события, таймаут API, отсутствие прав и несовпадение справочников. При таймауте неизвестно, успел ли сервер сохранить запись. Сначала проверьте результат операции по её идентификатору, затем решайте, повторять ли запрос. Идемпотентность, это свойство, при котором повтор одной операции не создаёт лишний результат, например вторую карточку клиента.
Разработка ИИ-агента для 1С требует уточнить конфигурацию, доступные интерфейсы и объекты учёта. В задании отдельно перечислите, что агент только читает, что готовит как черновик и какие изменения подтверждает сотрудник. Не обещайте одинаковый коннектор для любой базы без обследования.
Принимать нужно не «умный ответ», а конкретное изменение в системе и доказательство того, что лишних действий не произошло.
Разработка ИИ-агентов: как организовать приёмку
Проверяйте агента на заранее согласованном наборе заданий, включая ошибки и запреты. Оценка ответа и оценка выполненного действия, разные проверки. В материале Anthropic об оценке агентов отдельно рассматриваются ход выполнения задачи и итоговое состояние среды. Убедительный отчёт сам по себе не доказывает, что нужное действие выполнено.
Последовательность проверки: тестовый вход → ожидаемое поведение → фактическая запись и журнал → решение владельца процесса. Если проверка не пройдена, исправление возвращается в тот же тестовый набор. Схема выше описывает предложенный порядок, не измеренные результаты внедрения.
Включите 5 классов примеров: обычный запрос, недостаточные данные, противоречивые сведения, недоступную интеграцию и попытку запрещённого действия. Состав и объём набора зависят от риска процесса. Примеры для приёмки отделите от тех, на которых разработчик настраивал решение.
Проверяйте правильность полей и ссылок на источники, отсутствие дублей, соблюдение прав, время выполнения и стоимость завершённой задачи. Порог для каждого показателя согласуйте до тестирования. Критическую ошибку, например запись не тому клиенту, нельзя скрыть высоким средним баллом. После смены модели, инструкции или интеграции повторяйте проверки.
Стоимость и передача проекта: что входит в результат
Сравнивайте предложения разработчиков по одинаковому составу работ, а не только по итоговой цене. На объём влияют сложность процесса, состояние данных, число интеграций, требования к доступам и глубина тестирования. Универсальная цена без этих сведений не описывает ваш проект.
Разделите разовые работы и эксплуатацию. К первым относятся постановка задачи, подключение систем и проверка сценариев. Ко вторым, использование модели, инфраструктура, наблюдение за сбоями и сопровождение. Расход на один запрос к модели не равен стоимости успешно завершённой бизнес-задачи: учитываются повторные попытки и проверка сотрудником.
Чеклист передачи заказчику
1. Состав решения: доступ к коду или согласованной конфигурации, версии и инструкция развёртывания.
2. Управление доступами: владелец учётных записей, порядок выдачи и отзыва прав.
3. Проверки: тестовый набор, результаты приёмки и перечень известных ограничений.
4. Эксплуатация: журнал ошибок, уведомления, ответственный и порядок остановки агента.
5. Изменения: правила обновления, повторной проверки и восстановления предыдущей версии.
Новация ИИ, это ИИ-интегратор с готовой платформой и отраслевыми продуктами семейства Новация.*. При обсуждении разработки важно определить, какие компоненты подходят задаче, а какие интеграции и правила требуют настройки. Для подготовки встречи используйте план внедрения ИИ.
Хотите оценить разработку под вашу задачу? Подготовьте пример входящего обращения, ожидаемый результат и названия рабочих систем. Обсудим границы решения и критерии приёмки, прежде чем выбирать модель и состав работ.
Частые вопросы о разработке ИИ-агентов
Сколько стоит разработка ИИ-агента для бизнеса?
Стоимость зависит от границ процесса, состояния данных, интеграций и требований к тестированию. Сравнивайте предложения по одинаковому составу работ, отдельно учитывая эксплуатацию и сопровождение.
Нужно ли обучать собственную модель для ИИ-агента?
Не обязательно. Сначала проверяют, решает ли задачу готовая модель с разрешёнными источниками и инструментами. Необходимость дополнительного обучения определяют по результатам проверки, а не по названию проекта.
Можно ли разработать ИИ-агента для 1С?
Возможность и способ подключения зависят от конфигурации 1С и доступных интерфейсов. В техническом задании фиксируют объекты учёта, поля, права и порядок подтверждения изменений.
Как принять работу разработчика ИИ-агента?
Согласуйте тестовый набор и критерии до разработки. Проверьте фактические записи в системах, исключения, соблюдение прав и отсутствие дублей, затем получите документацию и порядок сопровождения.