Добавить в корзинуПозвонить
Найти в Дзене
Админика AI

Как формулировать запрос к RAG: 5 правил

Правильно спрашивать — получать точный ответ по базе знаний Качество ответа RAG сильно зависит от формулировки запроса. Ниже — пять правил, которые помогают получать релевантные ответы с цитатами из вашей базы и меньше разочарований от «не то» или «ничего не нашёл». Хороший запрос содержит сущности и контекст: сервис (auth), среда (staging), технологию (nginx) — тогда поиск по чанкам попадает в нужный runbook. «Как настроить nginx для reverse proxy к сервису auth» находит нужный фрагмент лучше, чем «как настроить nginx». Чем точнее вы указываете контекст (сервис, среда, тип задачи), тем выше шанс, что поиск вернёт именно тот раздел документа или runbook, который нужен. Общие фразы вроде «расскажи про деплой» дают размытую выдачу. Составные запросы («сделай X и объясни Y и ещё покажи Z») перегружают контекст и размывают ответ. RAG подбирает чанки под весь запрос; при нескольких темах в одном сообщении релевантность падает. Разбейте на отдельные вопросы — получите точнее и быстрее. Если
Оглавление

Правильно спрашивать — получать точный ответ по базе знаний

Качество ответа RAG сильно зависит от формулировки запроса. Ниже — пять правил, которые помогают получать релевантные ответы с цитатами из вашей базы и меньше разочарований от «не то» или «ничего не нашёл».

Хороший запрос содержит сущности и контекст: сервис (auth), среда (staging), технологию (nginx) — тогда поиск по чанкам попадает в нужный runbook.

1. Конкретика вместо общего запроса

«Как настроить nginx для reverse proxy к сервису auth» находит нужный фрагмент лучше, чем «как настроить nginx». Чем точнее вы указываете контекст (сервис, среда, тип задачи), тем выше шанс, что поиск вернёт именно тот раздел документа или runbook, который нужен. Общие фразы вроде «расскажи про деплой» дают размытую выдачу.

2. Один вопрос за один запрос

Составные запросы («сделай X и объясни Y и ещё покажи Z») перегружают контекст и размывают ответ. RAG подбирает чанки под весь запрос; при нескольких темах в одном сообщении релевантность падает. Разбейте на отдельные вопросы — получите точнее и быстрее.

3. Указывайте контекст, если база большая

Если в базе знаний несколько проектов, регламентов или сред, явно укажите контекст: «в проекте X», «для staging», «по runbook сервиса Y». Часть систем поддерживает фильтры по метаданным; даже без фильтров формулировка с контекстом улучшает семантический поиск и снижает шум из чужих разделов.

4. Перефразируйте, если ответ пустой или общий

Один и тот же смысл можно выразить по-разному. Если ответ «ничего не найдено» или слишком общий, попробуйте синонимы, более короткий запрос или другой порядок слов: «команда проверки порта 5432» может сработать там, где «как проверить, что PostgreSQL слушает порт» не дал точного совпадения по эмбеддингам. Несколько попыток с разными формулировками — нормальная практика.

5. Не ждите того, чего нет в базе

RAG отвечает только по загруженным документам. Вопросы про актуальные курсы валют, погоду или факты, которых нет в вашей базе, приведут к пустому ответу или к «додумыванию» модели (в хорошем RAG это ограничивают промптом). Формулируйте запрос так, чтобы ответ мог быть найден в ваших источниках — регламентах, конфигах, runbook'ах.

  • Конкретный запрос с контекстом (сервис, среда, тип задачи).
  • Один вопрос за раз — не смешивайте несколько тем.
  • Указывайте проект/раздел, если база большая.
  • При пустом ответе — перефразируйте или упростите запрос.
  • Ожидайте ответ только из вашей базы знаний.

Итог: Пять правил: конкретика, один вопрос за раз, контекст при большой базе, перефразирование при неудаче, ожидания в рамках базы. Так вы получаете более точные ответы с цитатами и меньше ложных срабатываний.