←  Все статьи

RAG и поиск   ·   5 ноября 2026  ·  7 мин чтения

Поиск без индекса: модель сама проходит по корпусу документов

В RAG всё решает поиск: чего не нашёл ретривер, того не восстановит даже сильный генератор. Исследователи Cornell и ASAPP переносят в поиск возможности языковой модели — и обходят связку dense-поиска с реранкером.

Разбор работы

Retriever-Free Retrieval: Navigating Documents with Decision Models

Chao Wan, Paul Jünger, Beixi Du, Bodong Liu, Navaneetha Krishnan, Kilian Q. Weinberger  ·  Cornell, ASAPP · 26 октября 2026

Оригинал на alphaXiv  ↗

Ключевая цифра

0,7–1,8 с

на запрос — при росте R@1 на MultiDoc2Dial с 33,6% до 47,4%

Коротко

01Модель сама проходит по корпусу вместо dense-поиска с реранкером
02Natural Questions: Hit@1 растёт с 48,0% до 65,4%
03Укладывается в пару секунд на запрос

Узкое место RAG

Языковые модели за последние годы сильно выросли, а поиск в большинстве RAG-систем по-прежнему держится на совпадении слов или на сходстве в фиксированном пространстве эмбеддингов. Получается неравенство: генератор умный, но видит только то, что ему принёс простой поисковик.

Авторы приводят пример. На вопрос о главном герое фильма Кристофера Нолана 2000 года поиск по словам тянется к странице «Гладиатора» — она совпадает по году. Система, которая сначала решает, какие разделы корпуса вообще уместны, оставляет ветки «Нолан» и «Мементо» и находит нужный абзац.

Как устроен DecisionRAG

  • Иерархия вместо индекса. Корпус разбит по уровням: темы, документы, абзацы. Система спускается сверху вниз, как человек в библиотеке, и на каждом уровне решает, какие ветки стоит открыть.
  • Решение без генерации. Модель-«решатель» оценивает всех кандидатов уровня за один проход и выдаёт вероятность релевантности для каждого — не генерируя ни одного токена.
  • Общий контекст. Кандидаты оцениваются вместе, поэтому оценки сравнимы между собой. Отдельная проверка показала, что совместная оценка абзацев даёт +7,7 пункта к R@1 по сравнению с оценкой по одной странице.

Результаты

Без дообучения под задачу и без первого этапа поиска DecisionRAG обходит связку dense-поиска с реранкером Qwen3-Reranker-8B. На Natural Questions поиск идёт по 2,68 млн абзацев Википедии и занимает от 0,7 до 1,8 секунды на запрос.

Доля запросов, где нужный фрагмент найден первым
MultiDoc2Dial: dense + реранкер 8B33,6%
MultiDoc2Dial: DecisionRAG47,4%
Natural Questions: dense + реранкер 8B48,0%
Natural Questions: DecisionRAG65,4%

Данные авторов. Это метрики поиска (R@1 и Hit@1), а не точность итоговых ответов.

Авторы сравнили и с генеративной навигацией: та же иерархия, но решения принимает GPT-5. На первых 100 вопросах Natural Questions она нашла нужный фрагмент первым в 59% случаев против 65% у DecisionRAG, но тратила 250,8 секунды и 57,2 цента на запрос против 1,73 секунды и 2,33 цента.

Ограничения

  • Отсечение необратимо. Если нужный абзац лежит в отброшенной ветке, по этому пути его уже не найти. Слишком жёсткий бюджет обхода теряет правильный кластер.
  • Качество иерархии решает. Плохая структура или пустые описания разделов ухудшают поиск. «Без индекса» не значит без подготовки: для Natural Questions 108 тысяч страниц сгруппировали кластеризацией и описали моделью.
  • Не везде выигрыш. На части метрик вариант с навигацией уступает простому реранку dense-кандидатов. Авторы советуют держать dense-поиск как страховку.

Что это значит на практике

Корпоративные базы знаний уже иерархичны: регламенты, разделы, версии документов. На таких корпусах навигация по структуре естественна и прозрачна — видно, почему система выбрала именно этот раздел. Разумная схема для продакшена — сочетать её с обычным векторным поиском, чтобы отсечённая ветка не стала потерянным ответом.

Читайте также

Исследования и агентные системы

Все статьи

Аккредитованная ИТ-компания · реестр Минцифры России № 20142