RAG platform round-up

Best RAG platforms for documentation and support

Every AI assistant for docs is a RAG platform underneath — the difference is what each does at retrieval time. This is a technical comparison of the RAG stack across the platforms most teams evaluate: hybrid vs vector-only, reranking, abstention, citations, evals, and MCP. The retrieval architecture is what decides whether an answer is defensible.

At a glance

Drawn from each vendor's public documentation. Where behaviour is 'implementation-defined' or 'not documented', that reflects the vendor's own public materials.

Feature
BeforeQuery
Kapa
Inkeep
Chatbase
Brainfish
OpenAI File Search
Vector retrieval
pgvector cosine, text-embedding-3-large
Yes
Yes
Yes
Yes
Yes
Full-text (BM25 / ts_rank)
PostgreSQL ts_rank on every chunk
Not documented
Not documented
Not documented
Not documented
No
Fusion (RRF)
Reciprocal rank fusion of vector + BM25
Not documented
Not documented
Not documented
Not documented
No
LLM query rewrite (before retrieval)
Yes
Not documented
Not documented
Not documented
Not documented
No
Cross-encoder reranking
Configurable: Cohere, Voyage, Jina, or LLM-grader fallback
Yes
Not documented
Not documented
Yes
No
Abstention gate (refuse when uncertain)
Yes — enforced, not just prompted
Configurable
Yes
Not documented
Yes
Prompt-driven
Citations enforced per answer
Yes
Yes
Yes
Optional
Yes
Available
Automated groundedness evals
LLM-as-judge, per answer, exportable via API
Feedback tracking
Feedback tracking
Analytics only
Built-in resolution tracking
You build it
Chunking strategy
Heading-aware; PDF structure inference; code-block extraction
Documented as heading-aware
Heading-aware
Auto-chunk
Auto-chunk
Auto
Ingest sources
18 connectors
Broad enterprise set
Docs-platform focused
Websites + files
Docs + KB + tickets
File upload
Per-KB MCP server
Yes
Yes
Yes
No
Claude MCP
N/A
Public API + WebSocket streaming
Yes — on every plan
Yes on higher tiers
Yes
Yes
Yes
Yes

The RAG stack, in one page

A production docs RAG platform is five stages, and every stage has a decision that affects accuracy: 1. Ingest & chunk. How you slice a document into chunks decides what retrieval can find. Heading-aware chunking preserves context; naive fixed-window chunking loses it. PDFs need structure inference because they have none; code blocks need to survive extraction so retrieval finds error strings. BeforeQuery's ingest normalises HTML→markdown, strips nav and boilerplate, chunks heading-aware, and infers structure for PDFs. 2. Embed. OpenAI's text-embedding-3-large is the default across the category. Some platforms let you swap it; most don't. This is rarely where the accuracy story wins or loses. 3. Retrieve. The most important stage. Vector-only retrieval misses exact-match queries (error codes, SKUs, API names). Hybrid retrieval (vector + BM25) fused with reciprocal rank fusion catches both — that's what BeforeQuery uses. LLM query rewriting before search improves recall on paraphrased queries. 4. Rerank. The cross-encoder is the single most expensive stage per question, and the one that decides which passages actually answer the query. BeforeQuery supports Cohere, Voyage, and Jina; falls back to LLM-as-grader when none is configured (correct but slower and dearer per query). 5. Ground and generate. The retrieved passages become context; the model is prompted to answer only from that context. An abstention gate blocks generation when retrieval confidence is below threshold — the difference between 'I don't know' and a plausible-sounding hallucination. Every platform in the category ships stages 1, 2, 3-lite, and 5-lite. The ones deployable in front of paying customers ship stage 3 (hybrid + query rewrite + reranking) and stage 5 (real abstention + enforced citations). Ask any vendor which of the five stages they own vs delegate; the answer will be revealing.

Evals — the piece most teams skip until it's too late

Retrieval quality drifts. A big docs migration, a new source, a reranker version bump, a model change on the provider side — all can regress your assistant without anyone noticing until users complain. The credible way to catch it is automated evals: an LLM judges every answer for groundedness and citation quality, and the score is trended per knowledge base per week. BeforeQuery ships this by default; most others treat it as an enterprise feature or ask you to build it. If your vendor doesn't ship this, ask what they replace it with. 'Thumbs-up / thumbs-down' is a noisy signal and self-selects for users who care enough to click. It's necessary but not sufficient.

Frequently asked questions

Is hybrid retrieval really that much better than vector-only?

On paraphrased queries with common vocabulary, the difference is small. On exact-match queries (error codes, SKUs, API method names, product terms) and niche vocabulary, hybrid retrieval catches what vector-only misses. Which regime you're in depends on your docs. Rule of thumb: the more literal and technical your content, the more the difference matters.

How much does reranking add?

A well-tuned cross-encoder reranker typically moves nDCG@5 by 5-15% on a docs golden set. That's the difference between 'the right passage is in the top 8' and 'the right passage is #1' — which is what the generation model actually sees when there's context-length pressure.

Why does abstention matter so much?

Because a confident wrong answer is the worst possible outcome for a customer-facing assistant. Prompt-driven abstention ('answer only from the context, otherwise say you don't know') is unreliable — models drift under any adversarial-looking question. Enforced abstention (a gate before generation) is what makes 'we ship this on our marketing site' safe.

Do all platforms let me measure retrieval quality independently?

Not really. BeforeQuery ships a golden-set eval framework (cmd/ragEval) that scores recall@k, MRR, nDCG, fact coverage, grounded rate, and abstention precision/recall against a set you write. Most other platforms surface answer-level feedback and topic analytics; measuring stage-by-stage retrieval quality tends to be an internal-tooling exercise you can't run.

What's the biggest RAG mistake teams make?

Skipping evals. Every serious retrieval improvement needs a way to prove it improved something and didn't regress something else. Ship the eval harness before you ship the third retrieval optimisation, not after.

See it on your own docs

Connect a source and get your first cited AI answer in under 5 minutes. Free plan, no credit card required.