Смена прайса и базы знаний: как не оставить ИИ со старыми ценами

Менеджер кладёт новый прайс в общую папку, а через час клиент в чате получает старую цену — с правильным тоном и без оговорок. Это не «галлюцинация ради галлюцинации»: RAG нашёл фрагмент из предыдущей версии и подал его модели как источник. Смена файла и смена базы знаний — разные операции, и без процедуры cutover ИИ останется со старыми цифрами.

Cutover (переключение) — контролируемый перевод системы с одной версии источника на другую: старый документ выводят из активного поиска, новый индексируют, проверяют ответы и только потом снова включают автоматику. Пока cutover не закрыт, «файл уже лежит в папке» ничего не значит для ответа модели.

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

Новый файл в папке — не обновление индекса

Папка, SharePoint или Google Drive — это хранилище. RAG же ищет по векторному индексу: нарезанным чанкам с эмбеддингами и метаданными. Пока пайплайн не перечитал документ, не пересобрал чанки и не заменил или не пометил старую версию, retrieval будет возвращать то, что уже проиндексировано. Для прайса это означает: клиент видит цены из прошлого квартала, а команда уверена, что «мы же уже загрузили новый PDF».

Три сигнала, что cutover прошёл

• В метаданных источника указана версия и дата вступления в силу — не только имя файла.
• Индекс пересобран после загрузки; время последней сборки совпадает с релизом прайса.
• Контрольные вопросы по новым ценам дают ответ из актуального документа, а не из архива.

Порядок смены версии без сюрпризов

1. Зафиксируйте версию: номер, дата начала действия, ответственный и список затронутых тем (прайс, скидки, комплектации).
2. Загрузите документ в источник с явной меткой версии; старую версию переведите в статус «архив» или исключите из активного retrieval.
3. Запустите пересборку индекса для этого источника и дождитесь завершения — не включайте автоматические ответы по прайсу раньше.
4. Прогоните контрольные вопросы: конкретные SKU, граничные случаи, отменённые позиции и формулировки, которыми спрашивают клиенты.
5. Зафиксируйте результат проверки и только после этого верните автоматику; при расхождении — эскалация на оператора, а не правка «на лету» в промпте.

Контрольные вопросы после обновления

ФактЕсли в компании несколько филиалов или валют, храните версии раздельно и фильтруйте retrieval по региону и дате. Смешение версий в одном индексе без метаданных — частая причина «уверенных» ошибок в цене.