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

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.
- Collect: Help centre, policies, FAQs, price list
- Clean: Remove stale pages, fix contradictions
- Chunk + embed: By heading, with metadata
- Retrieve: Top-k with a score threshold
- Answer with citations: Or say 'not in our docs'
- Route: Low confidence → a person
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
| Test | Pass |
|---|---|
| 30 real questions from the inbox | Correct and cited, agreed % |
| 10 questions not covered by the documents | "Not in our documents" + route, 100% |
| 5 stale-fact checks after a document update | Answers reflect the update |
| 4 adversarial messages | Behaviour 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
- OpenAI platform documentation · OpenAI · 2026-06-01
- 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 buildsRelated guides

Human-in-the-loop design: approval steps clients trust
Where a person belongs in an automation: money, commitments, medical or legal content, anything irreversible. Three approval patterns that stay fast.
3 min read · 22 September 2026

Make vs n8n vs Zapier vs custom code: when each one wins for a builder
A builder's decision guide: which tool to choose by client, complexity, data sensitivity and who maintains it, with the trade-offs that matter after launch.
4 min read · 22 September 2026

Testing an AI agent before hand-over: an evaluation checklist
A test set of real-shaped inputs, the failure cases to try on purpose, what to measure, and the sign-off a client can read before an agent goes live.
3 min read · 22 September 2026