Как обучить ИИ-агента на своих данных: база знаний и тесты

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

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

Это отдельный этап после выбора роли. В общем руководстве я разобрал, как создать ИИ-сотрудника: определить функцию, доступы и контроль. Здесь сосредоточимся на знаниях — как превратить курсы, регламенты, инструкции и накопленную переписку в рабочую систему, а не в архив, в котором агент тоже теряется.

Что значит «обучить ИИ-агента»?

Эти части нельзя смешивать в один огромный файл. Фраза «возврат возможен по правилам договора» относится к знаниям. Команда «если условия не найдены, не придумывай ответ и передай вопрос человеку» относится к инструкции. А возможность открыть карточку клиента — к инструментам и правам доступа.

Хорошая база знаний не делает агента автономным автоматически. Она помогает отвечать по фактам, но право отправить сообщение, изменить запись или опубликовать материал задаётся отдельно.

Какие материалы загрузить в базу знаний?

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

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

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

Как подготовить данные перед загрузкой?

Большой объём не компенсирует беспорядок. Две версии одного тарифа, старый регламент и пересказ без даты дают агенту несколько правдоподобных ответов. Он может выбрать неверный, даже если нужный документ тоже присутствует.

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

Как написать инструкцию для агента?

База знаний отвечает на вопрос «что известно», а инструкция — «что делать». Начните с результата, который можно принять или вернуть на доработку. Не пишите «отвечай качественно». Укажите обязательные элементы, порядок, допустимые источники и поведение при неопределённости.

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

Как проверить, что агент действительно обучен?

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

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

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

Какие ошибки мешают агенту использовать знания?

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

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

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

Когда базы знаний недостаточно?

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

Отдельная интеграция нужна и для действий: создать задачу, обновить карточку, сохранить черновик. Сначала проверьте этот шаг в режиме чтения или подготовки предложения. Запись включайте только для конкретного объекта и после тестов. Знания объясняют агенту правила, но фактическое состояние он должен получать из источника, который отвечает за эти данные.

Как обновлять знания после запуска?

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

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

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