A multi-agent Retrieval-Augmented Generation system exposed as an MCP server. Ask a question and a LangGraph pipeline plans the retrieval, pulls evidence from a pgvector knowledge base, optionally augments it with live web research, drafts a cited answer, and then self-critiques it for grounding — revising until the answer is supported by the sources.
It plugs into any MCP client (Claude Code/Desktop, Cursor, Windsurf, …) as three tools:
ingest, ask, and search.
Why this design? A bare RAG endpoint is easy to copy; a multi-agent system that verifies its own answers and ships as an MCP server is not. The architecture is the moat — "easy to buy, hard to replicate."
flowchart LR
Q([Question]) --> P[🧭 Planner<br/>plan + search queries]
P --> R[📚 Retriever<br/>pgvector top-k]
R --> W[🌐 Web Researcher<br/>Firecrawl • optional]
W --> S[✍️ Synthesizer<br/>cited answer]
S --> C{🔎 Critic<br/>grounded?}
C -- needs revision --> S
C -- grounded --> A([Answer + citations])
subgraph Stores
DB[(Supabase<br/>pgvector)]
end
R <-->|cosine search| DB
classDef agent fill:#1e293b,stroke:#7C3AED,color:#e2e8f0;
class P,R,W,S,C agent;
| Agent | Model / tool | Responsibility |
|---|---|---|
| Planner | Claude (claude-opus-4-8, adaptive thinking) |
Decompose the question into focused search queries |
| Retriever | Voyage embeddings + pgvector | Cosine top-k over the knowledge base |
| Web Researcher | Firecrawl (optional) | Augment with live web results when a key is set |
| Synthesizer | Claude | Draft an answer grounded in context, with [n] citations |
| Critic | Claude | Verify grounding; loop back for revision if unsupported |
| Tool | Arguments | Returns |
|---|---|---|
ingest |
url: str |
Scrapes the URL, chunks + embeds it, stores it. { url, chunks_added } |
ask |
question: str |
Runs the full pipeline. { answer, citations, plan, grounded } |
search |
query: str, k: int = 5 |
Retrieval only — top-k chunks with similarity scores |
# 1. Install (Python 3.10+)
uv venv && uv pip install -e ".[dev]" # or: pip install -e ".[dev]"
# 2. Configure
cp .env.example .env # fill in ANTHROPIC_API_KEY, VOYAGE_API_KEY, DATABASE_URL
# 3. Create the vector table (Supabase SQL editor or psql)
psql "$DATABASE_URL" -f sql/schema.sql
# 4. Run the MCP server (stdio by default)
agentic-rag-mcpclaude mcp add agentic-rag -s user \
--env ANTHROPIC_API_KEY=sk-ant-... \
--env VOYAGE_API_KEY=pa-... \
--env DATABASE_URL=postgresql://... \
-- agentic-rag-mcpThen, from the client: "ingest https://example.com/docs" → "ask: how do I configure X?".
- Plan — Claude turns the question into a short plan + 1–5 search queries.
- Retrieve — each query is embedded (Voyage
voyage-3.5) and matched against pgvector by cosine distance; results are de-duplicated and ranked. - Research — if
FIRECRAWL_API_KEYis set, live web results are added to the context. - Synthesize — Claude writes an answer grounded only in the numbered context, citing
each claim as
[n]. - Critique — a strict fact-checker pass decides whether the answer is fully supported. If not (and revisions remain), it loops back to the synthesizer with feedback.
Configurable via env: RAG_MODEL, RAG_TOP_K, RAG_MAX_REVISIONS, RAG_EMBED_MODEL.
Live retrieval over pgvector — Voyage embeddings, real cosine similarity (illustrative demo corpus).
📊 Live eval dashboard: enached134-ctrl.github.io/agentic-rag-mcp — the golden dataset and the latest green run (20/20 passing), in one screen.
Answer quality is measured with promptfoo on a golden dataset
(evals/golden.yaml — 20 seed cases: answerable / refusal /
adversarial, written against a committed corpus) and enforced in CI on every push: the
evals job spins up a pgvector service container, seeds it with evals/corpus/, and runs
every case through the real pipeline — planner, retriever, synthesizer, self-critique.
Nothing is mocked. A regression fails the build before it can reach a user.
Scored dimensions: citation presence (deterministic) · groundedness (LLM-as-judge) · refusal correctness (LLM-as-judge) · latency (threshold).
python evals/seed.py --schema --reset # seed the corpus into your vector store
make eval # run the suite locallySee evals/ for the corpus, the golden dataset, and the regression-capture rule:
every real-world failure becomes a new golden case, so no bug gets fixed twice.
The CI gate activates when the
ANTHROPIC_API_KEYandVOYAGE_API_KEYrepository secrets are configured; without them (e.g. on forks) the job skips with a visible notice.
Opt-in OpenTelemetry tracing to Arize Phoenix:
pip install -e ".[trace]"
phoenix serve # local Phoenix UI on :6006
PHOENIX_ENABLED=1 agentic-rag-mcpEvery ask run appears as a full trace — LangGraph node spans (plan → retrieve → research →
synthesize → critique) plus every Claude call with token usage and latency per span. Point
PHOENIX_COLLECTOR_ENDPOINT at a hosted collector to ship traces off-box.
Containerised and ready for Railway (HTTP transport):
railway up # uses Dockerfile + railway.json; set RAG_TRANSPORT=httpExpose RAG_HTTP_PORT and connect over --transport http. A cloudflared tunnel works for
local demos.
Production-shaped manifests — readiness/liveness probes, resource limits, secret-driven env —
live in deploy/k8s/, including a kind-based
local smoke test walkthrough.
src/agentic_rag_mcp/
config.py # env-driven settings
llm.py # Anthropic (Claude) helper — adaptive thinking, JSON parsing
embeddings.py # Voyage embeddings
store.py # pgvector store (psycopg)
web.py # Firecrawl web research (optional)
ingest.py # chunking + ingestion
state.py # LangGraph state
nodes.py # planner / retriever / researcher / synthesizer / critic
graph.py # graph assembly
tracing.py # opt-in OpenTelemetry → Arize Phoenix
server.py # FastMCP server (ingest / ask / search)
sql/schema.sql # pgvector schema
evals/ # golden dataset + corpus + promptfoo suite (runs in CI)
deploy/k8s/ # Kubernetes manifests + kind smoke test
MIT — see LICENSE.

