Заказать ИИ-агента: ТЗ, выбор подрядчика и приёмка в 2026

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

Что именно вы заказываете?

У ИИ-агента есть цель, входные данные и доступ к инструментам, через которые он может действовать. Обычный чат отвечает на вопрос без обязательного рабочего действия; агент может искать сведения, создавать черновик или менять запись в системе. Поэтому предмет заказа описывают не словами «умный помощник», а конкретным действием и пределом его полномочий. Практическое руководство OpenAI по агентам отдельно выделяет инструменты, инструкции, проверки и передачу задачи человеку.

Если нужны только ответы по заранее написанным правилам, начните с обычной формы, поиска по базе знаний или простого чат-бота. Заказ агента оправдан, когда требуется несколько шагов с данными и инструментами, а ошибки можно обнаружить до опасного действия. Для общей архитектуры полезен разбор настройки ИИ-агента.

Какие исходные данные подготовить до разговора с подрядчиком?

Возьмите один рабочий процесс и опишите его так, чтобы человек со стороны мог повторить его без догадок. Данные для пилота обезличьте или замените учебными. Доступ к настоящим письмам, заказам и платежам не нужен, пока не понятны права, хранение данных и способ остановки. Это практическая граница пилота: тестовая среда сама всех вопросов не решит.

• Начальное событие: например, новое обращение в тестовом ящике. Укажите, кто запускает процесс и где находится вход.
• Вход: поля обращения, справочник ответов и образцы допустимых результатов. Отдельно перечислите данные, которых у агента быть не должно.
• Выход: черновик ответа, ссылка на использованное правило и признак «нужна проверка человеком».
• Границы: какие действия разрешены, какие требуют подтверждения, а какие запрещены полностью.
• Проверка: кто смотрит результат, где сохраняются ошибки и как остановить пилот.

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

Как написать техническое задание без расплывчатых обещаний?

Техническое задание удобно строить вокруг одного результата: «по тестовому обращению подготовить черновик и передать сотруднику». Укажите источник правил, разрешённые инструменты, формат результата и условия отказа. Затем зафиксируйте сценарии приёмки, чтобы исполнитель и заказчик одинаково понимали слово «работает». Руководство OpenAI советует устанавливать базовую оценку работы агента и предусматривать передачу задачи человеку при неудаче или рискованном действии.

1. Запишите одну задачу и её границу. Пример: агент читает тестовое обращение, ищет правило в копии базы знаний и создаёт черновик. Он не отправляет письмо сам.
2. Укажите список разрешённых действий. Например, чтение тестовой базы и запись черновика в отдельную папку. Доступ к оплате, удалению и изменению клиентских карточек исключите.
3. Опишите ожидаемый выход: поля «тема», «черновик», «источник правила», «причина передачи человеку». Для каждого поля задайте пример.
4. Передайте набор тестовых случаев и ожидаемых решений. Подрядчик должен показать результат на них и отдельно объяснить ошибки.
5. Закрепите результат передачи: схема процесса, исходные настройки, права доступа, инструкция остановки, журнал решений и способ восстановления после сбоя.

Не требуйте «точность 100%» без определения набора примеров и вида ошибок. Лучше разделите приёмку на обязательные запреты и качество черновиков: ошибочная отправка должна быть невозможна, а спорный ответ должен уходить человеку. Документация OpenAI по оценке агентов предлагает исследовать цепочки действий и затем собирать повторяемый набор проверок.

Как выбрать исполнителя по демонстрации, а не по презентации?

Попросите показать один и тот же тестовый набор в своей тестовой среде и объяснить каждый переход: от входа до черновика, отказа или передачи человеку. Красивый чат ничего не говорит о том, как агент обращается с данными и ведёт себя при сбое. NIST AI RMF предлагает рассматривать управление рисками, оценку и наблюдение на всём жизненном цикле системы; это полезная рамка для вопросов к подрядчику, а не сертификат конкретного решения.

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

По теме: ИИ-агенты в банках: безопасный пилот и контроль решений

Как принять работу на проверяемых случаях?

Составьте небольшую матрицу случаев до сборки агента, затем запустите её на готовом пилоте. Положительные примеры показывают, что система полезна; отрицательные показывают, что она умеет остановиться. Разбор оценок Anthropic объясняет, почему проверку агентного процесса полезно сочетать с программными, модельными и человеческими оценками.

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

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

Что проверить перед запуском на реальных данных?

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

1. Создайте отдельную учётную запись для агента с доступом только к нужной части процесса и назначьте ответственного за её отключение.
2. Проверьте, какие данные уходят внешнему поставщику, как долго хранятся и кто может посмотреть журнал. Условия сервиса и договор изучайте применительно к своим данным.
3. Запустите пилот с ручным подтверждением результата. Отмечайте ошибочные, неполные и неподтверждённые ответы.
4. Сверьте результаты с контрольными случаями после подключения реальных источников. При расхождении вернитесь к тестовой среде и ограничьте доступ.

По теме: ИИ-агент для почты: безопасный пилот без автоотправки

Что делать, если пилот даёт сбои?

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

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

Частые вопросы

Можно ли заказать агента без доступа к своим системам?

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

Нужна ли сразу команда из нескольких агентов?

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

Что делать, если подрядчик не отдаёт настройки?

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