← На главную

Глоссарий

RAG: что это и что не пишут в туториалах за 5 минут

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

Туториальный RAG умирает на первом же месяце эксплуатации. Три места поломки известны заранее — и все три чинятся инженери, а не новым фреймворком.

Дубликаты

ID чанков, зависящие от порядка обработки, создают сотни мёртвых записей при каждой переиндексации. Исправление: хеш от пути файла и заголовка секции. Файл не изменился — ID те же, upsert вместо дублирования.

Уверенность без релевантности

Одинаково высокий скор на релевантном и мусоре — свойство эмбеддера, а не баг. Пороги, адаптирующиеся к распределению скоров запроса, плюс reranker.

Наблюдаемость

Какой документ устарел? Где противоречия? Без мониторинга система деградирует незаметно. Инкрементальная индексация и категории чанков с фильтрацией на уровне базы — минимальный набор выживания.