Context7
Up-to-date docs for AI agents
Beschreibung vom Entwickler (englisches Original)
The search engine for AI agents: cited answers from your local code, docs, specs and logs.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
XERJ_URL, XERJ_AUTHAls geheim markierte Werte sind Schlüssel zu deinem Konto. Gib sie nie weiter und füge sie nie in einen Chat ein.
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Die .mcpb-Datei des Entwicklers herunterladen
Der Link führt zur Datei des Entwicklers selbst; wir hosten sie nicht und verpacken sie nicht neu. Öffne die Datei, dann installiert Claude Desktop sie.
Führe das in deinem Terminal aus
Trag die leeren Werte ein, bevor du ihn startest.
Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
XERJ_URL envDiese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto xerj-org bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Das musst du eintragen: XERJ_AUTH
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.0.0-rc.99) kam vor 12 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du MCPB auf deinem Computer.
In derselben Kategorie: Context7, Codebase Memory, Exa
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
XERJ
-brightgreen?style=flat-square)
English | 简体中文 | 日本語 | العربية | Español | 한국어 | فارسی
The search engine for AI, now with XERJ Query-1: a model that turns your question into a small program over facts you have written.
XERJ Query-1 · Blog post · Release rc.101 · llms.txt · Docs · Donate
Most AI search finds text in milliseconds and then asks a language model to write the answer. The model is what makes a RAG answer good, and it is also where the seconds and the per-question cost come from.
XERJ Query-1 works the other way. It reads your question and writes a short program (look this up, compare these, count those), and the engine runs that program over facts you stored. Lookup and comparison steps point at a stored fact and its quoted span; counts return a program hash, not the records. If the data cannot support an answer you get UNKNOWN; if two facts disagree you get CONFLICT. It runs on four CPU cores, offline, with no embeddings to build and no GPU.
| XERJ Query-1 | the usual way | measured on | |
|---|---|---|---|
| Question to answer | 220 ms (p50) | 1.5 to 2.3 s for Opus 5.5 to write a RAG answer (API time per call, our command-line client's start-up not counted), after a search of 0.8 to 106 ms | same 160 questions, rc.101 release, 4 model threads, laptop CPU |
| Wrong answers | 1 of 160 (124 right, 35 declined) | 9 to 15 (RAG with Opus 5.5), 6 (Opus 5.5 reading the whole store), 5 (Opus 5.5 given each question's records) | our 160-question test, drawn from the model's development set; XERJ Query-1 was given each question's records |
| Cost per million questions | $42 of CPU | $13,400 (RAG) to $694,000 (Opus re-reading the whole store per question, uncached) | same test, Opus 5.5 list prices; CPU at AWS c7g list price, 4.1 CPU-s per question on a shared ARM server (0.9 on a laptop) |
| Build a search index of 10 GB of text | 17 min (BM25, measured) | an estimated 62 to 97 hours to embed it with bge-small on CPU | English Wikipedia (wikimedia/wikipedia 20231101.en, first 22 of 41 files, 3,299,578 articles); XERJ Query-1 does not use this index |
| Correct a fact | 2.3 ms (one write; the next answer uses it) | re-embed the changed chunk (about 30 ms with bge-small), and the whole store (19.6 s for our 5,000-record test store) when the embedding model changes | rc.101 release, laptop |
Retrieval quality (R@k, nDCG@k) on BEIR, on SearchTome and on our 160-question test, the latency split and every data set: benchmarks/query-1-2026-11.
The model is off by default; without the flag there is no /_facts route and the MCP tool list is unchanged. rc.101 upgrades the data directory to format 4 on first write, and rc.100 cannot open it again. What it does not do yet, measured: sums and totals (a sum question can come back as a member count), and large fact sets (on a 95,000-fact namespace asks took 0.82 s at the median and all 20 test questions were declined). It declines more often than an LLM would guess. The numbers and their caveats: blog post, capabilities.
curl -fsSL https://xerj.org/get | sh -s -- --with-model
Verify: the installer ends by printing the start line with the model directory it unpacked.
xerj --facts-model-dir ~/.local/share/xerj/model --insecure --data-dir ~/xerj-data &
curl -s localhost:9200/_facts | grep -o '"state":"loaded"'
Verify: prints `"state":"loaded"`. In the first few seconds after start it prints nothing, because the model is still loading (`"not_loaded"`); run it again.
Write a fact and ask about it: docs/MODEL_QUICKSTART.md. From an agent with no shell, the same calls work over HTTP and the MCP tool xerj_facts_ask; see llms.txt.
XERJ is research in the open. The model was trained on donated GPU time; if it is useful to you, xerj.org/donate funds the next models. The engine is open source; the model ships as a binary bundle, and its training and evaluation data are not public yet.
Local-first search engine and MCP server for AI agents. One Rust binary indexes code, docs, logs, JSONL/CSV and PDFs for BM25 full-text, vector and hybrid search, code search and agent memory, behind an Elasticsearch-compatible API. Works with Claude Code, Cursor and any MCP client.
XERJ is a local AI search engine that indexes any folder automatically, so your coding agent stops burning tokens reading files one by one and pulls the exact code it needs instead. Reference coding is its main use case and the clearest win: point an agent at a task and it downloads the open-source repos closest to it, indexes them, and reuses how they solved the problem before writing its own code. In a controlled study that cut a coding agent's output tokens by 2.7x at the same 16/16 solve rate (case study), and people report roughly 5x in everyday work (field reports). It is enough for a smaller, cheaper model to out-code a pricier one working from memory, while you spend less time in fix loops. Try it now with a one-prompt install:
Install XERJ (docs: https://xerj.org/llms.txt), index this project's sources, and set up
reference coding: clone and index the open-source repos closest to what we're building, and search how they solved a problem before writing code.
Or run it yourself:
curl -fsSL https://xerj.org/get | sh
xerj --insecure --data-dir ~/xerj-data & xerj init # wire XERJ into Claude Code/Cursor (MCP + skill), one command xerj autoindex ~/my-project xerj search "how do we rotate the WAL segment" # ranked passages, file:line xerj def "euler_to_rotationmatrix" # go-to-definition: file:line + signature xerj gain # what it did for you — counted, not estimated
For several IDs or questions at once, use xerj batch-search --input queries.json or MCP xerj_batch_search: ordered results, citations and per-item errors.
Keep that data directory outside any folder you will autoindex. data/ is not in the built-in ignore list, so --data-dir ./data inside a tree you then index makes the node index its own storage.
At startup, Data dir shows the resolved absolute path, Data source identifies the flag, selected config file or default, and Data status says whether this launch created the directory. A new directory can make an older node's indices or owner account appear missing: restart with the previous --data-dir or --config. XERJ does not discover or migrate other data directories automatically.
Windows and a hand-verified install are under Install by hand.
That --insecure flag is a trust boundary, not a formality. It turns off TLS and API-key auth, so every caller that can reach the port is a superuser who can read and delete every index, including every /_memory namespace. It is meant for one user on a dev machine: a fresh node binds 127.0.0.1 only, and a cleartext bind on any other interface refuses to start unless you explicitly allow it. The full mod
Nur der Anfang wird gezeigt; den Rest findest du im Repo