For buildersragknowledge basearchitecture

RAG for small-business knowledge bases: a builder's playbook

An assistant that answers from a business's own documents: what to index, how to chunk and cite, how to say 'I don't know', and how to test it before hand-over.

3 min read Reviewed 22 September 2026 · AgeBridge Editorial

Illustration of books next to a chat bubble, standing for an assistant that answers from documents

A retrieval-augmented assistant for a small business answers questions from the company's own documents instead of from the model's memory: it collects the help centre, policies and price list, cleans out stale pages, splits the text into chunks with metadata, retrieves the few chunks most relevant to a question, answers with citations, and says "that's not in our documents" when it isn't. The build is a week; the value is in the cleaning, the citations and the routing of anything uncertain to a person.

Why do businesses want this, and why do they distrust it?

Owners want the same twenty questions answered without a person, at night, in the customer's words. They distrust it because they've seen chatbots invent policies. RAG is the answer to both, if the assistant only says what the documents say and shows where it came from.

CollectHelp centre, policies, FAQs, price listCleanRemove stale pages, fix contradictionsChunk + embedBy heading, with metadataRetrieveTop-k with a score thresholdAnswer with citationsOr say 'not in our docs'RouteLow confidence → a person
  1. Collect: Help centre, policies, FAQs, price list
  2. Clean: Remove stale pages, fix contradictions
  3. Chunk + embed: By heading, with metadata
  4. Retrieve: Top-k with a score threshold
  5. Answer with citations: Or say 'not in our docs'
  6. Route: Low confidence → a person
A small-business RAG pipeline

Step 1: collect the right documents

Help-centre pages, policies (returns, cancellations, privacy), FAQs, the price list, opening hours, service descriptions. Not: internal chat logs, old proposals, anything with personal data. Ask the owner which page they'd send a customer for each common question; those are the documents.

Step 2: clean before you index

Most RAG failures are source failures. Remove pages that are out of date, merge contradictions (two return policies from different years), and add missing facts the owner answers by phone every day. Give each document a title, a last-reviewed date and an owner. This step is the majority of the project and the part that makes the assistant trustworthy.

Step 3: chunk and embed

Split by heading, keep chunks a few hundred words, attach metadata (document, section, date, language). Hebrew and English documents index side by side; keep the language in metadata so retrieval can prefer the customer's language. Re-index on change, automatically, from the same source the business edits.

Step 4: retrieve with a threshold

Retrieve the top few chunks and require a minimum similarity. Below the threshold, the assistant does not answer from memory; it says the answer isn't in the documents and offers a person. This single rule prevents most invented answers.

Step 5: answer with citations, in the business's voice

The prompt: answer only from the provided chunks, cite the document and section, match the business's tone, keep it short, and when the chunks don't cover the question say so. Show the citation to the customer as a link where possible. Citations are what let the owner trust and correct the assistant.

Step 6: route what's uncertain

Low confidence, anything about money beyond the price list, complaints, medical or legal content: to a person, with the question and the retrieved chunks attached. The human-in-the-loop guide covers the patterns.

Testing before hand-over

TestPass
30 real questions from the inboxCorrect and cited, agreed %
10 questions not covered by the documents"Not in our documents" + route, 100%
5 stale-fact checks after a document updateAnswers reflect the update
4 adversarial messagesBehaviour unchanged
Language mix (Hebrew question, English doc)Answers in the customer's language

The agent-testing guide gives the full method; the "not covered" set is the one owners care about most.

What to hand over

The document list with owners and review dates, the re-index procedure, the threshold and routing rules in plain words, and a monthly job: review ten unanswered questions and either add a document or a routing rule. The support plan should include it.

Best fit and not a good fit

Best fit: businesses with recurring questions and documents that already exist or can be written in a week. Not a good fit: businesses whose answers depend on judgement per customer, or whose documents are contradictory and nobody will fix them; clean first, or don't build.

What to do this week

Ask a client for the ten questions they answer most and the pages they'd point to. If the pages exist, you have a pilot; if they don't, writing them is the first deliverable.

Questions people ask

How many documents does a small business need for RAG to be worth it?

As few as twenty pages if the same questions arrive daily. The value comes from the question volume, not the document count.

Which vector store should I use?

For a small business, whatever is simplest to host and keep: Postgres with pgvector on Supabase, or the vector feature of the workflow tool you already use. Choose for maintenance, not for benchmarks.

What is the most common failure?

Stale or contradictory documents. The model answers confidently from an outdated page. Cleaning the source is most of the work and the part builders skip.

Sources

  1. OpenAI platform documentation · OpenAI · 2026-06-01
  2. Supabase documentation · Supabase · 2026-06-01

Editorial guidance, not advice. Estimates are labelled and dated; nothing here is AgeBridge marketplace data unless it says so.

Build it step by step with a guided build

Real projects, one stage at a time, with proof at the end.

See guided builds