XERJ — поисковый, векторный и логовый движок на Rust для индексации кода и reference coding. Настройка, отличие от Elasticsearch и ограничение на Windows.
Не нашли ответ?
Эта вики собрана из обсуждений сообщества. Спросите в чате, там помогут.
Открыть чат в TelegramСобрано в Sveska из открытых обсуждений сообщества. Авторы сообщений не указываются.
Обновлено
XERJ — написанный на Rust поисковый, векторный и логовый движок, совместимый с Elasticsearch по протоколу. Его используют для индексации текущего проекта и связанных open-source-репозиториев, чтобы искать готовые реализации при разработке.
По сообщениям за июль–август 2026, XERJ может:
Для качественного поиска по коду в обсуждении отмечали важность AST и семантики: одного векторного либо полнотекстового поиска может быть недостаточно. Также обсуждалось, считать ли такой подход разновидностью RAG, но единого вывода не приводилось.
Предлагаемый порядок работы, по совету за август 2026:
Документация по подходу: xerj.org/llms.txt и case studies: reference coding.
В обсуждении за июль 2026 преимуществом XERJ называли автоматическую индексацию папки и поиск без ручной разметки полей. Эмбеддинги и семантический поиск встроены в тот же движок.
Elasticsearch характеризовали как систему, где векторный поиск является дополнительной функцией; для развёртывания может требоваться более тяжёлая Java-инфраструктура или кластер. При этом XERJ заявлен как совместимый с Elasticsearch по протоколу.
Прямого сравнения XERJ с Qdrant в доступных материалах не приводилось.
Важно: по сообщению за октябрь 2026, встроенный в XERJ git-клиент gix не выполняет git fetch <sha>. Поэтому штатная команда corpus add --from <manifest> для reference-корпусов Lane A завершается ошибкой.
Описанный обходной путь:
.xerj-code/corpora/<name>/<repo>/.corpus.json.Этот способ указан в XERJ-HUB.md. Record packs (Lane B), по сообщению за октябрь 2026, работают напрямую.
Репозиторий проекта: github.com/xerj-org/xerj
Статья собрана по сообщениям за июль–октябрь 2026 года.