Глоссарий
RAG: что это и что не пишут в туториалах за 5 минут
Коротко: RAG (Retrieval-Augmented Generation) — архитектура, при которой LLM перед ответом получает найденные в базе знаний фрагменты вместо опоры только на веса модели. Туториалы показывают «ChromaDB + эмбеддинги за 5 минут», но в реальной эксплуатации ломаются три вещи: переиндексация создаёт дубликаты чанков, эмбеддер одинаково уверенно ранжирует релевантное и мусорное, индекс зарастает мёртвыми записями. Лечится детерминированными ID от содержимого, адаптивными порогами и переранжированием.
Туториальный RAG умирает на первом же месяце эксплуатации. Три места поломки известны заранее — и все три чинятся инженери, а не новым фреймворком.
Дубликаты
ID чанков, зависящие от порядка обработки, создают сотни мёртвых записей при каждой переиндексации. Исправление: хеш от пути файла и заголовка секции. Файл не изменился — ID те же, upsert вместо дублирования.
Уверенность без релевантности
Одинаково высокий скор на релевантном и мусоре — свойство эмбеддера, а не баг. Пороги, адаптирующиеся к распределению скоров запроса, плюс reranker.
Наблюдаемость
Какой документ устарел? Где противоречия? Без мониторинга система деградирует незаметно. Инкрементальная индексация и категории чанков с фильтрацией на уровне базы — минимальный набор выживания.