Potencia tu agente
El comando propio del publicador. No es un endpoint de PlugMCP.
Host a copy with our keys and logs.
npx -y @rag-rat/[email protected]Claude Code no tiene enlace de instalación para un comando local. Copia el comando de abajo y ejecútalo en una terminal.
claude mcp add cq27-dev-rag-rat -- npx -y @rag-rat/bin@0.24.1Ejecútalo en una terminal.
{ "mcpServers": { "cq27-dev-rag-rat": { "command": "npx", "args": [ "-y", "@rag-rat/[email protected]" ] } }}claude_desktop_config.json
¿URL remota o un comando en tu máquina? En qué se diferencian las dos instalaciones
Ejecutar en PlugMCP
A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.
AbrirWhat a repository knows about itself. rag-rat is a local repo-intelligence index and MCP server
for coding agents. It keeps source files read-only, writes only its own SQLite database, and answers
with provenance on every result — current source, the code graph, git/GitHub history, and durable,
source-anchored repo memories that persist across sessions and agents.
Explore the live VS Code Lens demo — no installation required.
It surfaces clone classes, repo memories, and issue/decision context alongside the code; press
Ctrl+Alt+R to reveal clone overlays.
Every coding harness already has grep and file reads. rag-rat adds the layer they do not provide:
source-anchored rationale. It connects the code an agent is about to touch to its callers, callees,
tests, git/GitHub history, prior decisions, invariants, risks, and duplicate-code signals — and
labels every result with confidence and coverage, so an agent can judge it instead of trusting it.
sequenceDiagram
participant Repo as Repository
participant Engine as rag-rat engine
participant Agent as Coding agent
Repo->>Engine: Source · git/GitHub · repo memories
Engine->>Engine: Index → graph → (opt) SCIP oracle → reconcile
Agent->>Engine: where / why / who-calls / impact?
Engine-->>Agent: source + call paths + papertrail + memories (with provenance)
Agent->>Engine: record a finding
Engine->>Repo: persist a source-anchored repo memory
Invariant, Decision, Risk, …) that survive
refactors and surface automatically during future queries — the signal grep can't give you. They
are not assistant memory: they are versioned, local, source-anchored facts about this
repository that any future agent retrieves with evidence.Compiler confidence and ranks the load-bearing
symbols.For Claude Code, Codex, and opencode, install the plugin. It registers the MCP server, adds the
hooks, and fetches a version-matched rag-rat binary on first run, which the MCP server exposes as
~/.local/bin/rag-rat when it starts — see Running the CLI (the Claude Code and
Codex bundles also add the skills; on opencode add them with npx @rag-rat/skills):
# Claude Code
claude plugin marketplace add cq27-dev/rag-rat
claude plugin install rag-rat@rag-rat
# Codex
codex plugin marketplace add cq27-dev/rag-rat
codex plugin add rag-rat@rag-rat
# opencode (add -g for a global install)
opencode plugin @rag-rat/plugin-opencode
After installing, approve the plugin so its tools and hooks run (opencode loads plugins without an approval step — nothing to do there):
Claude Code asks before each rag-rat MCP tool the first time it runs — choose "Yes, don't ask
again," or pre-allow them in ~/.claude/settings.json with
"permissions": { "allow": ["mcp__plugin_rag-rat_rag-rat__*"] } (plugin tools are named
mcp__plugin_rag-rat_rag-rat__<tool>; a server added by hand with claude mcp add uses
mcp__rag-rat__* instead).
Codex shows a "Hooks need review" prompt on the first codex session started inside the
repo (the plugin ships grep-augmentation, clone-check, and session-digest hooks that run outside
the sandbox). Choose "Trust all and continue" to enable them. For unattended commands such as
codex review, also allow the plugin's MCP tools in ~/.codex/config.toml so the run cannot stall
on a per-tool approval prompt:
[plugins."rag-rat@rag-rat".mcp_servers.rag-rat]
default_tools_approval_mode = "approve"
This trusts every current and future MCP tool exposed by the installed rag-rat plugin. Only enable it when you trust the plugin's source and installation origin, then restart Codex.
Then open the repository and ask:
Set up rag-rat in this repo.
The init-rag-rat skill scans the repo, explains the material choices, previews rag-rat.toml,
writes and indexes only after confirmation, and offers to set up the git hooks that keep the index
fresh. The MCP server starts dormant in an unconfigured repo; when setup finishes, reconnect it so it
restarts fully active against the new index — in Claude Code run /mcp and reconnect rag-rat; in
Codex and opencode, start a new session.
Then put it to work — the loop rag-rat is built for is in Try it.
Use this path for the standalone CLI, agents without plugin support, or building from source.
The prebuilt package needs no Rust toolchain and supports Apple Silicon macOS, glibc ≥2.38 Linux (x86-64 and arm64), Windows x64, and Android/Termux arm64:
npm install -g @rag-rat/bin
# or run it without installing:
npx @rag-rat/bin --help
@rag-rat/bin fetches the full binary from the matching GitHub release. FastEmbed's ONNX Runtime is
statically linked.
To build from source instead:
cargo install rag-rat
# or from a checkout:
cargo install --path crates/rag-rat-cli --bin rag-rat
The default source build needs glibc ≥2.38 and is unavailable for Intel macOS and musl/Alpine. On those platforms, including Ubuntu 22.04, use the pure-Rust embedder:
cargo install rag-rat --no-default-features --features model2vec
--no-default-features alone produces a smaller hash-only build without real embeddings. SQLite is
bundled; see Platform support for toolchain details.
cd /path/to/your/repo
rag-rat init
init is an interactive terminal wizard: it scans the repo, guides language and embedding choices,
writes rag-rat.toml, and builds the initial index. For a non-interactive setup use
rag-rat init --yes, which takes the defaults and installs the git maintenance hooks (add
--no-hooks to skip them; --dry-run previews the config without writing). --yes never replaces
an existing rag-rat.toml unless you add --force — rerun the wizard to reconfigure instead.
Configuration reference: docs/config.md.
Install the skills for Claude Code, Codex, Cursor, and 70+ other detected agents:
npx @rag-rat/skills
That installs using-rag-rat, dream-review, init-rag-rat, and
configure-rag-rat-dream. See skills/README.md for per-agent flags and
update, list, and remove.
The MCP server uses STDIO: the client launches rag-rat mcp from the repository so it discovers the
correct rag-rat.toml and repository scope in the consolidated machine-global store.
claude mcp add --scope project rag-rat -- rag-rat mcp
codex mcp add rag-rat -- rag-rat mcp
Or add the equivalent project configuration:
{
"mcpServers": {
"rag-rat": { "command": "rag-rat", "args": ["mcp"] }
}
}
rag-rat init prints the registration command but does not register the server itself. Pass
rag-rat mcp --json if the client must parse JSON; tool text defaults to TOON. Full tool
schemas: docs/mcp-tools.md.
Claude Code asks once before each rag-rat MCP tool first runs. Choose "Yes, don't ask again," or
allow the tool namespace in ~/.claude/settings.json:
{ "permissions": { "allow": ["mcp__rag-rat__*"] } }
Do not pin a global server to one repository's config. A user-scoped server with
--config /some/repo/rag-rat.tomlserves that repository everywhere. Register MCP per project and let the process discover the config from its working directory.
Once the repo is indexed, the code graph, symbols, git history, semantic search, and clone
detection are ready — these answer on the first query. Repo memories start empty: they accrue as
agents record findings with memory_create and then surface automatically in later answers.
(Tracker issue/PR rationale needs a rag-rat papertrail sync.)
Ask your MCP client:
impact_surface on the function I'm about to edit — its callers, callees, tests, and recent
commits."semantic_search over source and docs.important_symbols.find_clones (and the write-time
hook warns as you write it).parse_config: reload must not allocate after the scheduler starts." —
memory_create writes your first repo memory; it then rides along in future impact_surface /
symbol_lookup results.Or from the CLI:
rag-rat query "where is config reload handled?"
rag-rat important-symbols --limit 20
rag-rat brief --mode spine
rag-rat clusters --limit 10
rag-rat tools impact-surface --symbol parse_config
The point isn't the tool catalog — it's the loop an agent runs around an edit, so it changes code with the callers, tests, rationale, and prior art in front of it instead of guessing:
impact_surface. One call returns the current source anchor,
callers and callees, related tests, git/GitHub rationale, the repo memories bound to that
symbol / path / call-path, and confidence + coverage warnings.memory_create stores it as a source-anchored repo memory — so the next agent (or the next
session) gets it in one call instead of re-deriving it.A trimmed impact_surface answer (TOON — the default output; abbreviated here) — every field is
evidence, not prose:
query:
ref: "crates/config/src/config.rs::parse_config"
resolution: syntactic
direct_semantic_callers[12]:
- from_symbol: "crates/runtime/src/boot.rs::start"
edge_kind: calls_name
confidence: syntactic
callsite:
path: "crates/runtime/src/boot.rs"
line: 88
importance:
label: local structural load
score: 6.8
bucket: high
tests_touching_symbol_path[4]:
- path: "crates/config/src/config_tests.rs"
reason: test_mentions_symbol_or_path
recent_commits_touching_symbol_path[1]:
- evidence[1]: "a1b2c3d touched crates/config/src/config.rs: fix reload race during startup (#141)"
repo_memories:
direct[2]:
- kind: Invariant
title: "Config reload must not allocate after the scheduler starts"
confidence: high
anchor_status: current
binding_kind: symbol
- kind: Decision
title: "TOML over JSON5 for the config surface (#88)"
anchor_status: current
binding_kind: path
completeness_and_caveats:
exact_graph_callers: 12
memory_status:
active: 2
stale: 0
caveats[1]: "Graph evidence is tree-sitter/syntactic, not compiler-grade name resolution."
And the write-time clone warning an agent sees before it duplicates logic — verbatim hook output:
▶ rag-rat clone check — code you're writing duplicates existing functions:
• `normalize_path_for_lookup` (line 42) is ~91% similar to crates/index/src/paths.rs::canonicalize_lookup_path
Prefer reusing the existing function(s) over duplicating — impact_surface / symbol_lookup to inspect them.
rag-rat's tool catalog is exposed through both MCP and native CLI commands. The full catalog
and JSON schemas are documented in docs/mcp-tools.md. Run
rag-rat tools --help to browse every tool or rag-rat tools <name> --help to inspect arguments
from the canonical schema. Existing curated commands such as query, brief, memory, and dream
stay unchanged. The ones you'll reach for most:
impact_surface — the coding preflight from the loop above: callers, callees, tests, git
history, GitHub papertrail, and the repo memories crossing a symbol, in one call. Memories default
to compact, scannable headers; pass full_memories: true for full bodies + bindings.semantic_search — hybrid BM25 + vector recall over source and docs, validated against current
source. Every hit reports retrieval_mode; explain=true breaks down the score.symbol_lookup — exact/fuzzy symbol resolution; cfg/overload variants grouped as one logical
symbol.find_callers / trace_callees — reverse/forward call-graph traversal (low-signal std/macro
noise filtered by default).important_symbols — the load-bearing symbols by (SCIP-aware) PageRank, seeded from your
current diff by default; see docs/oracle.md.find_clones — exact + near-miss duplicate functions ranked by refactor ROI (the candidate
graph is precomputed in the background, so it scales to large repos).memory_create — record a source-anchored repo memory; dream surfaces the maintenance
worklist that keeps them honest (below).Beyond these: repo orientation (repo_brief, repo_clusters), history and rationale
(history_for a symbol, path, chunk or commit; history_search over commits, issues and review
discussion), memory recall (memory_search, memory_for_*) and index health (index_status).
Maintenance and diagnostics — dream, heal_index, memory_doctor, graph-vs-compiler audits,
the memory task graph — are in the opt-in admin and graph toolsets ([mcp] toolsets), so they
stay out of every agent's tool list until wanted. All documented in
docs/mcp-tools.md.
Repo memories are first-class local evidence — not chat memory, not cloud personalization. They
are versioned, local, source-anchored facts about this repository. Each is typed
(Invariant, Decision, RejectedAlternative, Risk, BugPattern, PerformanceNote, …) and
source-anchored: bound to a logical symbol, concrete symbol, chunk, path+span, graph edge,
call-path, commit, or GitHub ref. rag-rat tracks each anchor as current, relocated, stale,
gone, or unverified, and surfaces matching memories through the memory_* tools and inline in
read_chunk, symbol_lookup, find_callers, trace_callees, and impact_surface. They're how
hard-won context reaches the next agent in one call instead of evaporating.
Memories are also a typed graph, not just a flat list: memory_edge_add / memory_edges connect
them with relations (depends_on, relates_to, supersedes, derived_from, tracks) — a task DAG,
a mind-map link between decisions, or a task that tracks a GitHub issue. Full tool list:
docs/mcp-tools.md.
Memories rot: the code moves under them, an invariant gets superseded, a load-bearing function ships
with no memory at all. dream is the maintenance loop that keeps the layer honest. It recomputes
a ranked worklist of findings about the memories themselves — each with a stable id to review:
important_symbols) that carry no
memory, so the next agent editing them gets nothing.dream runs the deterministic findings on every call. Two opt-in model passes go deeper, running
a small model on an ephemeral remote GPU ([llm.dream.remote]) only when work is pending:
rag-rat dream --verify recomputes each memory's verdict against current source reality (has the
code drifted from what the memory claims?), and --compact rewrites a verbose memory to a tighter
summary. Findings those passes persist surface back through dream.
Nothing is deleted automatically. A human — or a strong agent over MCP — burns the worklist down with
dream_review (accept a real gap, dismiss noise, reset a prior verdict), and verdicts
survive future runs so settled findings don't come back. It's the same surface as the CLI
rag-rat dream / rag-rat dream <id> --accept|--dismiss|--reset.
The graph is heuristic by default. The opt-in SCIP oracle (rag-rat oracle run) upgrades edges
to a Compiler tier from a real language tool, recovers calls tree-sitter missed, flags external
edges, and makes important_symbols surface the genuine god-modules. For C/C++ the scip-clang
oracle distinguishes declarations from definitions and sharpens call/type edges in macro-heavy or
multi-target code — the difference between usable and noisy graphs on firmware, kernels, drivers, and
SDKs. Turn on [oracle] auto_run and the MCP server keeps it fresh on its own (throttled,
watcher-safe). Full details: docs/oracle.md.
rag-rat mcp runs a background file watcher (on by default; [watch] enabled = false or
RAG_RAT_NO_WATCH=1 to disable), so graph/symbol queries reflect uncommitted edits without a commit.
Indexed rows are git-context-aware: clean files are stored by commit_sha, dirty/untracked files in
a worktree overlay, so one database reuses rows across branch switches while reflecting local edits.
Optional git hooks (rag-rat hooks install) keep the index current on checkout/merge/rewrite/commit.
read_chunk and search validate hits against current source and heal stale entries before returning.
One watcher per worktree and one writer at a time are enforced with file locks (unreliable on
NFS / WSL2 /mnt mounts).
An active rag-rat mcp process also elects one authenticated Lens HTTP server per worktree. It
publishes the loopback URL and bearer token to .rag-rat/sockets/lens.json; the credential file is
owner-readable only on Unix. Set RAG_RAT_NO_LENS=1 to disable this embedded server, or set
RAG_RAT_LENS_ORIGINS to a comma-separated exact browser-origin allowlist.
Run rag-rat serve when the HTTP API needs its own lifecycle. Loopback serving generates a token;
clients read it from the discovery file. A non-loopback bind requires both an explicit token
environment variable and at least one trusted browser origin:
LENS_TOKEN="$(openssl rand -hex 32)" rag-rat serve \
--bind 0.0.0.0 --token-env LENS_TOKEN --allow-origin https://lens.example.com
Every non-preflight request uses Authorization: Bearer <token>. Allowed origins are matched
exactly; wildcard CORS is never emitted. The built-in listener is plain HTTP, so terminate TLS in a
trusted reverse proxy or tunnel before exposing a non-loopback server across an untrusted network.
By default every repo's index and memories live in one consolidated database per machine
($XDG_DATA_HOME/rag-rat/rag-rat.sqlite; override with RAG_RAT_DATA_DIR), so a deleted checkout or
git clean -fdx no longer loses your authored memories. Set an explicit [index] database to keep a
repo on its own file (deprecated), and run rag-rat consolidate to import a pre-existing
.rag-rat/index.sqlite into the global store — see docs/config/database.md.
The CLI and MCP results default to TOON (Token-Oriented Object Notation) — a token-efficient
encoding that renders uniform rows as a dense [N]{cols}: table (~30% smaller than compact JSON on
those payloads, never larger in practice). Pass --json (CLI, either position) or launch
rag-rat mcp --json (MCP) when a JSON parser must read the output.
The default local embedder (FastEmbed) needs no setup, but a large repo or a stronger model is worth
offloading. rag-rat speaks the OpenAI-compatible /v1/embeddings API, so a [llm.embedding.remote]
block can serve embeddings from Ollama, vLLM, or michaelfeil/infinity — one client, one place to
audit and secure. Two modes:
endpoint).cookbook); pick the backend and GPU class in config.The init flow warns when a short-context model would truncate long code chunks and steers you to a
long-context code embedder, and rag-rat auto-tunes the client concurrency against the chosen
backend so the sweep finds its throughput knee. Setup and every knob: docs/config.md.
Search quality is measurable, not guesswork. rag-rat ships a commit-replay evaluation harness
(rag-rat eval --replay): each recent commit becomes a case — its message is the query, the files it
touched are the gold set — and search is scored on how well it recovers them. It reports recall@3
(did the right chunk land in the first three reads?), recall@10, and MRR@10, and CI tracks the trend
on Bencher on main so a regression is caught before it
ships.
Reach for it when comparing embedding models, changing chunking, enabling int8 vector storage
(smaller on disk), or tuning a remote backend — you can prove the change didn't cost recall instead
of hoping. (rag-rat eval requires a --features eval build; it is absent from the released binary.)
The headline workload is indexing the whole Linux kernel (v7.0, ~63k C/H files, 9.14M graph edges).
Full numbers — wall-clock, throughput, peak RSS, on-disk size, unresolved-edge taxonomy — are in
docs/benchmarks.md. Performance is tracked per-push and gated per-PR; the live
history is at bencher.dev/perf/rag-rat/plots (wiring:
docs/bencher.md).
The MCP server exposes read-only source tools. It never executes shell commands or writes your source
files. It writes only the configured SQLite index — during indexing, migration, maintenance,
reconciliation, repo-memory operations, and automatic stale-index healing. GitHub sync is explicit
and uses gh api; normal query tools read only the local cache.
With the default local embedder, nothing leaves the machine — indexing and querying are entirely
local. Configuring a [llm.embedding.remote] backend is what sends text off the box, in two places:
the chunk text selected at index time, and the query text of each semantic search (a search
embeds your query to compare it against the indexed vectors). A CONNECT backend embeds both against
the configured endpoint; an ephemeral backend embeds queries against the local query_endpoint.
What the endpoint is decides how much that matters:
Sensible hygiene regardless of backend: exclude secrets, generated files, and vendor trees from the
indexed targets so they're never chunked or embedded, and keep secrets out of query text. Details:
docs/config.md.
rag-rat builds and tests on Linux, macOS, and Windows. Linux is covered on every PR and on every
push to main; macOS and Windows are exercised on release, so cargo install rag-rat builds and
links on all three. Android (aarch64, bionic) is also a release target — a prebuilt binary is
attached to each release and published to @rag-rat/bin, so npx @rag-rat/bin works on Termux; see
Quickstart.
SQLite is bundled (compiled from source via rusqlite), so there's no system-library prerequisite,
but each platform needs a C toolchain: Linux ships one; on macOS install the Xcode Command Line
Tools (xcode-select --install); on Windows install the Visual Studio Build Tools with the C++
workload (MSVC). Requires Rust 1.98+; the workspace tracks that stable baseline for its
dependencies (the bundled SQLite build itself requires at least Rust 1.95 for cfg_select!).
A few maintenance conveniences are Unix- or Linux-only by design and degrade quietly elsewhere — no feature of the index, query, or MCP surface is affected:
SIGUSR1 in-place re-exec) is Unix-only. On Windows,
restart rag-rat mcp to pick up a new binary./proc — and is a no-op elsewhere.Commands in this README and in docs/ are written as rag-rat <command>.
With the plugin, rag-rat is ~/.local/bin/rag-rat (Windows:
%USERPROFILE%\.local\bin\rag-rat.cmd): the MCP server keeps that shim pointing at the plugin's
version-matched binary from its first start, and moves it forward when the plugin updates. Like
Claude Code's installer, it does not edit your shell profile or PATH. If rag-rat is not found,
~/.local/bin is not on your PATH — add export PATH="$HOME/.local/bin:$PATH" to your shell
profile, or run ~/.local/bin/rag-rat doctor, whose cli section gives the exact fix for your
system. The shim never replaces a rag-rat there that it did not create; RAG_RAT_NO_PATH_SHIM=1
turns it off.
Without the plugin, install the CLI: npm install -g @rag-rat/bin or cargo install rag-rat.
Last resort, with neither, run it through npx pinned to the version your MCP server runs (the
version field of the index_status tool):
npx -y @rag-rat/bin@<version> <command>
Keep the version: an unpinned npx @rag-rat/bin runs the newest release, which migrates the index
to a schema an older plugin's server then refuses to open. Git hooks pin themselves this way and
follow plugin updates on their own.
rag-rat init # guided first-run setup
rag-rat index [--changed|--discover|--full]
rag-rat doctor
rag-rat query "semantic recall" # add --json for JSON
rag-rat important-symbols --limit 20
rag-rat brief --mode spine|churn|god_modules|refactor_candidates
rag-rat clusters --limit 10
rag-rat oracle run | status # compiler-grade resolution (docs/oracle.md)
rag-rat models list | install <model>
rag-rat reconcile --changed-first --max-seconds 60 --batch-size 64
rag-rat papertrail sync # add --full to force a historical healing pass
rag-rat memory list | show <id> | doctor | rebind <id> # inspect / re-anchor repo memories
rag-rat dream [--verify|--compact] [<id> --accept|--dismiss|--reset] # memory-maintenance worklist
rag-rat consolidate # import a legacy per-repo index into the global store
rag-rat hooks install # git maintenance hooks
rag-rat gc # prune rows for dead git contexts
rag-rat eval [--json|--update-baseline] # CI search-quality gate; requires a `--features eval` build (absent from the released binary)
rag-rat serve # authenticated editor Lens HTTP API
rag-rat tools <name> # invoke any tool directly; see `tools --help`
rag-rat mcp # start the STDIO server
Releases are automated by release-plz (the three crates ship in lockstep;
see docs/releasing.md). rag-rat is MIT-licensed — see LICENSE.
rag-rat's clone-detection design is inspired by SourcererCC's scalable token-bag candidate generation, NiCad's normalized near-miss clone-detection framing, GumTree's move-aware AST differencing, and anti-unification / least-general generalization for template extraction. Planned fragment-level mining and copy-paste bug heuristics are inspired by CP-Miner.
Local repo-intelligence index + MCP server: semantic search, symbol/graph navigation, impact-surface preflight, git + GitHub papertrail, and a source-anchored memory graph.
{ "mcpServers": { "cq27-dev-rag-rat": { "command": "npx", "args": [ "-y", "@rag-rat/[email protected]" ] } }}Herramientas
Aún no hay lista de herramientas. Los servidores remotos la reciben tras la primera comprobación de estado.
Preguntas frecuentes
Copia en esta página la configuración stdio para Cursor, Claude Desktop, Claude Code o VS Code. Usa la instalación del publicador, no un proxy de PlugMCP.
Este registro no indica ninguna variable de entorno obligatoria.
Rag Rat se ejecuta localmente por stdio.
Última comprobación: 2026-10-28. Local repo-intelligence index + MCP server: semantic search, symbol/graph navigation, impact-surface preflight, git + GitHub papertrail, and a source-anchored memory graph.