AI-ФУНКЦИИ · ЗНАНИЯ · 15 МИНУТ
Как поддерживать базу знаний для AI
Назначаем владельцев, версии и срок проверки источников, чтобы ответы не устаревали незаметно.
Короткий ответ: база знаний — это управляемый процесс, а не папка с файлами
Чтобы ответы оставались полезными, каждый значимый источник должен иметь владельца, статус, дату пересмотра, область применения и правило доступа. Без этого помощник быстро начинает уверенно пересказывать устаревшие или противоречивые инструкции.
Авторитетный источник → владелец содержания → дата актуальности → проверяемая ссылка в ответе.
РАБОЧИЙ ОБРАЗЕЦ / ДЕМОНСТРАЦИОННЫЕ ДАННЫЕ
Документ живёт дольше одного ответа
На небольшом экране таблицу можно прокрутить в сторону →
| Состояние | Владелец / действие | Что делает помощник |
|---|---|---|
| Публикация | Автор подтвердил источник и права | Использует разрешённую версию |
| Проверка | Владелец сверяет актуальность | Показывает версию и источник |
| Замена | Новая версия утверждена | Использует актуальную; сохраняет связь с прежней |
| Архив | Старая версия помечена, не стёрта бесследно | Не выдаёт архив за действующее правило |
| Конфликт версий | Владелец разбирает противоречие | Не выбирает удобную версию молча; ограничивает ответ |
Дата проверки, права и история изменений относятся к каждому источнику. Индексирование не называется обучением модели.
Как поддерживать актуальность источников
- Назначьте владельца каждому источнику и проверьте права.
- Фиксируйте версию, дату проверки и жизненный цикл документа.
- Разбирайте конфликт источников и возвращайте ошибочный ответ в очередь проверки.
Что учесть
Архив нельзя выдавать за актуальное правило. Индексирование не означает обучение модели; при конфликте помощник должен ограничить ответ, а не выбирать удобный вариант.
Подробный разбор, подготовка и вопросы
Создайте реестр источников до массовой загрузки
| Поле | Что фиксировать | Зачем |
|---|---|---|
| Название | Понятное имя документа или раздела | Найти источник без технического идентификатора |
| Владелец | Роль, утверждающая содержание | Знать, кто решает спор |
| Статус | Черновик, действует, заменён, архив | Не использовать устаревшую версию |
| Область | Продукт, регион, роль, тип клиента | Не применять правило вне контекста |
| Действует с | Дата начала и при необходимости окончания | Отвечать по правильному периоду |
| Пересмотр | Дата или событие следующей проверки | Не ждать жалобы пользователя |
| Доступ | Какие роли могут видеть содержание | Соблюдать границы информации |
| Источник | Ссылка на оригинал и идентификатор версии | Проверить ответ человеком |
Опишите жизненный цикл документа
- Создание. Автор готовит содержание и указывает область действия.
- Проверка. Владелец подтверждает факты и применимость.
- Публикация. Версия становится доступна помощнику и пользователям.
- Изменение. Новая версия проходит тот же контроль, старая получает статус «заменена».
- Пересмотр. В назначенный момент источник подтверждается даже без изменений.
- Архив. Документ остаётся для истории, но исключается из текущих ответов.
Удалять старую версию полностью не всегда нужно: она может объяснять решение, принятое в прошлом. Но помощник должен ясно отличать историческую справку от действующего правила.
Заранее определите, как разрешаются противоречия
Иерархия
Регламент может иметь приоритет над памяткой, а актуальная версия — над архивной.
Контекст
Разные правила могут быть верны для разных продуктов, регионов или ролей.
Отказ от ответа
При неразрешимом конфликте помощник должен обозначить неопределённость, а не угадывать.
Эскалация
Спор отправляется владельцу содержания с ссылками на конфликтующие источники.
Приоритет нельзя задавать только длиной документа, датой загрузки или уверенностью формулировки. Это бизнес-правило, которое должно быть явно описано.
Превратите ошибочный ответ в диагностируемое событие
| Шаг | Что сохранить | Возможная причина |
|---|---|---|
| Сообщение | Вопрос, ответ, источники, роль пользователя | Недостаточный контекст |
| Классификация | Неверный факт, неполнота, нет источника, отказ | Разные типы требуют разных исправлений |
| Проверка | Ожидаемый ответ и действующий документ | Ошибка содержания или поиска |
| Исправление | Документ, правило доступа, поиск или инструкция | Не каждая ошибка лечится промптом |
| Повторный тест | Исходный вопрос и соседние формулировки | Проверка, что исправление не создало новый сбой |
Ежемесячный чек-лист владельца базы знаний
- Нет источников без владельца и статуса.
- Просроченные даты пересмотра видны отдельным списком.
- Заменённые документы исключены из текущего поиска.
- Права помощника не шире прав пользователя.
- Важные ответы содержат проверяемое указание источника.
- Ошибки классифицированы и имеют ответственного.
- После изменений выполняется регрессионный набор вопросов.
- Пользователь понимает границы AI и способ обратиться к человеку.
Частые вопросы
Как часто обновлять базу знаний?
По событию изменения и по регулярному графику. Частота зависит от типа источника: цены и регламенты могут требовать разного периода пересмотра. Важнее назначить владельца и видимую дату актуальности.
Можно ли загрузить в базу все документы компании?
Технически иногда возможно, но практически вредно. Сначала определите сценарии, доступы, приоритетные источники и конфликтующие версии, иначе объём увеличит неопределённость.
Что делать с противоречащими документами?
Назначить приоритет источников, зафиксировать действующую версию и отправить конфликт владельцу содержания. AI не должен самостоятельно выбирать удобный вариант между равноправными правилами.
Нужны ли ссылки на источники в каждом ответе?
Для проверяемых рабочих ответов ссылки или указание источника очень полезны. Формат зависит от интерфейса, но пользователь должен уметь проверить основание важного вывода.
Кто отвечает за ошибочный ответ AI?
Организация должна заранее определить владельца сценария, порядок эскалации и действия пользователя. Чувствительные решения нельзя оставлять без предусмотренного человеческого контроля.
ПРИМЕНИТЬ К AI-ФУНКЦИИ
Собрать проверяемую базу знаний с понятными владельцами.
Если источники уже определены, можно обсудить ограниченный сценарий помощника и правила контроля.