Реранкинг похож на свежий взгляд коллеги: «Информацию ты нашёл. Но действительно ли она отвечает на вопрос?» В RAG первый поиск собирает кандидатов, а реранкер пересматривает их порядок с учётом запроса. Не ищет заново, а помогает выбрать наиболее релевантное из найденного. Практический кейс: сотрудник спрашивает, как согласовать нестандартную закупку. Поиск возвращает общий регламент, инструкцию для типовых закупок и описание исключений. Задача реранкера: поднять наверх именно исключения, даже если общий регламент больше похож на вопрос по словам. Но свежий взгляд тоже может ошибиться. Поэтому нужен маршрут разбора: если проверка выявила нерелевантный результат или агент не смог обосновать ответ найденными материалами, он отправляет сообщение агентному админу, человеку: «Вот запрос, найденные фрагменты, порядок до и после реранкинга и причина сомнения. Нужен разбор». Админ выясняет, где проблема: в поиске, реранкинге, документах или самом вопросе. Такой разбор помогает исправлять причину, а не только отдельный ответ. Хорошая агентная система не только отвечает, но и умеет вовремя позвать человека. Свежий взгляд полезен и самому агенту.