База знаний становится надёжной не тогда, когда в неё загрузили больше файлов, а когда для каждого рабочего факта понятны источник, владелец, область применения и дата обновления. Такой порядок снижает число противоречий и помогает команде разбирать ошибочные ответы без догадок.
Разделите данные по назначению
Страницы сайта и документы хорошо объясняют правила, преимущества и процессы. Товары и услуги требуют структуры: цены, наличие, характеристики, категории и идентификаторы лучше получать из каталога, CSV, YML, API или учётной системы.
| Тип данных | Подходящий источник | Почему |
|---|---|---|
| Правила и процессы | Страница или документ | Нужны связные объяснения и контекст |
| Товары и услуги | Каталог, API, YML или CSV | Важны поля, фильтры и актуальность |
| Контекст клиента | CRM | Данные относятся к конкретному обращению |
Так каталог на десятки тысяч позиций не превращается в длинный текст, а AI‑сотрудник может подбирать и сравнивать актуальные сущности.
Назначьте источник истины
Если цена одновременно указана на сайте, в PDF и CRM, заранее решите, какой источник главный. Устаревшую копию лучше отключить, чем пытаться компенсировать конфликт ещё одной инструкцией.
У каждого материала должны быть:
- ответственный за содержание;
- дата последней проверки;
- область применения;
- правило замены или отключения.
Ограничьте доступ по работе
Не все знания нужны каждому AI‑сотруднику. Сотруднику записи не требуется внутренняя инструкция финансового отдела, а сотруднику поддержки — черновые коммерческие условия.
Доступ по проектам и сотрудникам уменьшает шум и одновременно поддерживает принцип минимально необходимых прав. Отдельно разграничивайте право прочитать сведения и право выполнить действие: знание расписания ещё не означает разрешение менять запись.
Обновляйте через проверяемую версию
Изменение базы знаний должно проходить через черновик и проверку. Сначала обновляется источник, затем прогоняются контрольные вопросы, и только после этого новая версия начинает использоваться в рабочих каналах.
- Подготовьте изменение и укажите причину.
- Проверьте основной сценарий и известные исключения.
- Опубликуйте версию с датой и автором.
- Сохраните возможность отката.
Так команда развивает знания без риска незаметно сломать уже работающий сценарий.
