Все ноды/AI/RAG

База знаний

Конфигурация базы знаний для RAG. Выбирается существующая KB из системы. Подключается к RAG Query или RAG Tool через data-порт. Сама не выполняет поиск.

Как попробовать

Как применять

Эта нода ничего не ищет — она описывает, где искать и как. Берите её, когда параметры поиска нужно держать в одном месте: одна и та же база используется несколькими нодами, или вы хотите менять Top K и порог, не открывая каждую из них. Если поиск в графе ровно один, базу можно выбрать прямо в поле «База знаний» ноды RAG-запрос — отдельная нода тогда не нужна.

Как это работает

У ноды нет входов и нет порта исполнения: её значение вычисляется тогда, когда его запросил потребитель. Выход подключается в порт KB ноды RAG-запрос или Запись в KB обычным data-проводом.

Через порт передаются пять вещей: идентификатор базы, Top K, порог релевантности, окно контекста и фильтры метаданных. Первые четыре перекрывают одноимённые поля потребителя — в его форме они становятся неактивными. Фильтры метаданных ведут себя иначе: они не заменяют фильтры потребителя, а складываются с ними по «и», поэтому пара «нода + инлайн-фильтр» может только сузить выдачу.

Значения фильтров рендерятся как шаблоны Jinja, поэтому фильтр вида {{ variables.sid }} сравнивается с уже разрешённым ключом — тем самым, который записала сторона записи.

Частые ошибки

• База не выбрана. Поле «База знаний» здесь обязательное: граф с пустым значением не пройдёт проверку перед запуском и деплоем.
• Ожидание, что нода сработает сама. Она не становится отдельным шагом запуска — это конфигурация, а не действие.
• Настройка Top K на потребителе при подключённой базе. Значение приедет отсюда, правка на RAG-запросе не даст эффекта.
• Один узел на две разные потребности. Если одной ветке нужен другой порог или другое окно контекста, поставьте вторую ноду «База знаний» — параметры раздаются всем потребителям одинаково.

Входы

—

Выходы

Настройки

Готовые примеры с этой нодой

• RAG по базе знаний
• Бот поддержки (RAG + агент)