Skip to content

RAG и поиск

English · Русский · AI Interview Atlas › Темы

Ответы с опорой на документы: чанкинг, гибридный поиск, реранкинг, права доступа, свежесть и атрибуция.

На этой странице: Оба трека (2) · AI-инженерия (12)

Оба трека

  • Когда поисковому приложению стоит планировать несколько поисков вместо одного фиксированного вызова?
    • Знания · Предложить правку
    • Что проверяет: Умение обосновать добавочную стоимость и риски итеративного поиска.
    • Сильный ответ покрывает:
      • Итерировать, когда следующие запросы зависят от найденного ранее: многошаговые вопросы, сравнение сущностей, недоопределённые формулировки.
      • Сопоставить добавочную задержку, токены и накопление ошибок — уход запроса в сторону, зацикливание — с измеренным ростом полноты.
      • Сравнить однократный и итеративный поиск по типам вопросов: точность, полнота найденных доказательств, число вызовов на ответ и стоимость.
    • Читать: ReAct: Synergizing Reasoning and Acting in Language Models (Yao et al., arXiv) · How we built our multi-agent research system (Anthropic)
  • Спроектируйте поиск с соблюдением прав исходной системы, включая изменения разрешений и общие кеши.
    • System design · Где спрашивали: Databricks †, Microsoft †, Palantir † · ✍ Ответ · Предложить правку
    • Что проверяет: Умение обеспечить проверку доступа на всём пути до ответа.
    • Сильный ответ покрывает:
      • Передавать идентичность и проверять доступ до попадания текста в модель.
      • Согласовать изменения прав, удаления и ключи кеша с политикой доступа.
      • Проверить запрет и отзыв доступа; ссылки и логи должны соблюдать ту же границу.
    • Читать: Document-level access control (Microsoft Learn)

AI-инженерия

  • Выберите подход к разбиению технической документации на чанки, сохраняя смысл на границах разделов.
    • Прикладной сценарий · ✍ Ответ · Предложить правку
    • Что проверяет: Умение выбирать размер чанков по структуре документов и результатам поиска.
    • Сильный ответ покрывает:
      • Сохранить заголовки, позиции в источнике и контекст для понимания чанка.
      • Сравнить размеры и перекрытия на характерных вопросах.
      • Измерить пропуски поиска и качество ответов, включая таблицы и границы чанков.
    • Читать: Contextual Retrieval in AI Systems (Anthropic)
  • Когда стоит объединить лексический и векторный поиск и как свести их ранжирование?
    • Знания · Где спрашивали: Microsoft †, Perplexity † · ✍ Ответ · Предложить правку
    • Что проверяет: Умение учитывать точные термины и смысловое сходство.
    • Сильный ответ покрывает:
      • Объяснить пользу лексического поиска для идентификаторов и векторного для перефразировок.
      • Свести ранжирование, не предполагая сопоставимости исходных оценок.
      • Проверить вклад каждого поиска и переранжирования на фиксированном наборе релевантности.
    • Читать: Contextual Retrieval in AI Systems (Anthropic)
  • Где разместить cross-encoder reranker в поисковом пайплайне и когда выигрыш качества оправдывает задержку?
    • Знания · Где спрашивали: Microsoft †, Perplexity † · ✍ Ответ · Предложить правку
    • Что проверяет: Умение сбалансировать число кандидатов, полноту поиска и стоимость переранжирования.
    • Сильный ответ покрывает:
      • Сначала получить широкий набор кандидатов, затем оценить пары запроса и документа reranker-ом.
      • Отдельно измерить полноту первого поиска: reranker не вернёт документ, которого нет на входе.
      • Сравнить число кандидатов и размер итогового контекста по качеству на отложенных вопросах и полной задержке.
    • Читать: Contextual Retrieval in AI Systems (Anthropic)
  • Как отдельно оценить поиск документов и генерацию ответа в RAG-приложении?
    • Прикладной сценарий · ✍ Ответ · Предложить правку
    • Что проверяет: Умение локализовать ошибки на правильном этапе.
    • Сильный ответ покрывает:
      • Подготовить вопросы с релевантными фрагментами и критериями ответа.
      • Отдельно измерять полноту поиска, подтверждённость и правильность ответа.
      • Подставить эталонные фрагменты, чтобы отличить ошибки поиска от генерации.
    • Читать: Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks (Lewis et al., arXiv) · Demystifying evals for AI agents (Anthropic)
  • Объясните поиск через гипотетический документ и способ проверить пользу на вашем распределении запросов.
    • Знания · ✍ Ответ · Предложить правку
    • Что проверяет: Умение проверять полезность генерируемого расширения запроса.
    • Сильный ответ покрывает:
      • Сгенерировать гипотетический документ, получить его embedding и найти близкие реальные документы корпуса.
      • Считать сгенерированный документ средством поиска, но не фактическим источником ответа.
      • Сравнить с поиском по исходному запросу на характерной выборке: релевантность, качество ответа и добавленная задержка.
    • Читать: Precise Zero-Shot Dense Retrieval without Relevance Labels (Gao et al., arXiv)
  • Качество поиска падает по мере изменения корпуса. Как выявить дрейф эмбеддингов и отличить его от ошибок индексации?
    • Прикладной сценарий · Предложить правку
    • Что проверяет: Умение диагностировать по стабильным наборам релевантности и срезам трафика.
    • Сильный ответ покрывает:
      • Держать замороженный набор релевантности и снимок корпуса: стабильный результат на них оправдывает модель и указывает на новый контент или индексацию.
      • Проверить индексацию напрямую: число документов против источника, версию модели эмбеддингов у каждого вектора, сбои парсинга, полноту ANN против точного поиска.
      • Разрезать продовый трафик по возрасту и теме документов: промахи по новым терминам, которые находит лексический поиск, указывают на настоящий дрейф.
    • Читать: Rules of Machine Learning (Google for Developers) · Faiss indexes (Faiss maintainers)
  • Сравните точный поиск, HNSW и IVF-PQ для индекса эмбеддингов при ограничениях памяти, полноты и задержки.
    • Знания · ✍ Ответ · Предложить правку
    • Что проверяет: Умение проверять приближённый поиск относительно точного эталона.
    • Сильный ответ покрывает:
      • Использовать точный поиск на выборке как эталон полноты.
      • Сравнить обход графа с грубыми кластерами и product quantisation.
      • Измерить память, стоимость обновлений и поиск с фильтрами при целевой задержке.
    • Читать: Efficient and robust approximate nearest neighbor search using Hierarchical Navigable Small World graphs (Malkov and Yashunin, arXiv) · Faiss indexes (Faiss maintainers)
  • Как индексировать таблицы, схемы и многоколоночные страницы, сохраняя их связи с окружающим текстом?
    • System design · Предложить правку
    • Что проверяет: Учёт ошибок парсинга и структуры документа до построения эмбеддингов.
    • Сильный ответ покрывает:
      • Восстановить макет до эмбеддингов: порядок чтения по колонкам, структуру таблиц с заголовками, подписи рисунков с координатами на странице.
      • Индексировать таблицы и рисунки как связанные единицы с контекстом заголовков и сгенерированными описаниями, привязав их к ссылающимся абзацам.
      • Проверить парсинг на выборке страниц против отрисованных оригиналов, затем оценить поиск на вопросах, ответ на которые есть только в таблицах или рисунках.
    • Читать: Contextual Retrieval in AI Systems (Anthropic)
  • Спроектируйте непрерывное обновление индекса с изменениями, удалениями и запросами во время перестроения.
    • System design · Где спрашивали: Perplexity † · ✍ Ответ · Предложить правку
    • Что проверяет: Умение задать гарантии согласованности и измеримый лаг свежести.
    • Сильный ответ покрывает:
      • Идемпотентно применять упорядоченные изменения по ID и версии документа; задать момент видимости полного нового набора чанков.
      • Проверять удаления и отзыв доступа при запросе; пересобирать из согласованного снимка, догонять изменения и проверять до смены read alias.
      • Измерять задержку от источника до поиска, сверять количества, характерные запросы и права; откат не должен возвращать удалённое или запрещённое содержимое.
    • Читать: Aliases (Elastic) · Document-level access control (Microsoft Learn)
  • Как связать каждое фактическое утверждение ответа с подтверждающим найденным фрагментом?
    • System design · Где спрашивали: Perplexity † · ✍ Ответ · Предложить правку
    • Что проверяет: Умение проверять, подтверждает ли ссылка утверждение.
    • Сильный ответ покрывает:
      • Привязывать каждое утверждение к идентификатору фрагмента при генерации, а не добавлять ссылки в конце.
      • Проверять, что процитированный фрагмент влечёт утверждение, до показа ответа.
      • Определить поведение, когда подтверждения нет: убрать утверждение, помечать как неподтверждённое или отказаться отвечать.
    • Читать: Patterns for Building LLM-based Systems & Products (Eugene Yan)
  • Пользователь спрашивает число открытых заказов, заблокированных проблемами поставщика. Почему поиск документов может ошибиться и какой механизм должен отвечать?
    • Прикладной сценарий · Где спрашивали: Palantir † · Предложить правку
    • Что проверяет: Умение отличать структурированную агрегацию от семантического поиска.
    • Сильный ответ покрывает:
      • Объяснить провал top-k поиска: он возвращает похожие фрагменты, а не полный отфильтрованный набор, поэтому любой подсчёт — лишь выборка.
      • Направить запрос в систему учёта: управляемый запрос по статусу заказа и причине блокировки, а модель лишь переводит намерение.
      • Уточнить, что считается блокировкой из-за поставщика, показать запрос и момент среза данных и проверить на заранее известных значениях.
    • Читать: Spider 2.0: Evaluating Language Models on Real-World Enterprise Text-to-SQL Workflows (Lei et al., arXiv) · Table Expressions (PostgreSQL Global Development Group)
  • Как использовать список лекарств пациента для распознавания названий, не заставляя систему добавлять не произнесённые препараты?
    • Прикладной сценарий · Предложить правку
    • Что проверяет: Умение учитывать риск подтверждающего смещения при использовании контекста.
    • Сильный ответ покрывает:
      • Использовать список как ограниченное смещение декодирования в пользу акустически правдоподобных совпадений, а не как текст для вставки.
      • Защититься от подтверждающего смещения: сравнивать гипотезы со смещением и без и отправлять на проверку препараты из списка со слабой акустической опорой.
      • Проверить случаи с препаратом из списка, новым препаратом вне списка и без упоминания; подобрать силу смещения по полноте против вставок и подмен.
    • Читать: Improve recognition accuracy with phrase list (Microsoft Learn) · Ethics and governance of artificial intelligence for health: Guidance on large multi-modal models (World Health Organization)

← Инференс, serving и стоимость · Агенты, инструменты и протоколы →