How to build an AI knowledge base

"Can we get AI to answer questions from our own documents?" is one of the most common requests, and one of the most commonly disappointing projects. The technology is the easy part. The reason it underdelivers is almost always the documents.

Why pointing it at everything fails

A typical shared drive contains the current procedure, two earlier versions, a draft nobody finished, a client-specific variation, and someone's notes from a meeting in 2019 — all as plain files with no indication of which is authoritative.

A person navigates this using context: they know Sharon left, that project finished, that folder is dead. The AI has none of that. Every document is equally true, and it will answer from whichever is textually closest to the question.

The result is an assistant that confidently states a policy you replaced two years ago — and does it in the same tone as everything else it says.

Start with questions, not documents

Before gathering anything, write down the twenty questions people actually ask. Not what you think they should ask — what lands in inboxes and gets asked across the desk.

This list does three things:

Curate hard

An Australian small-business example

A Brisbane logistics company connects an assistant to their entire operations folder — around 1,200 files. Early testing looks impressive.

Then a dispatcher asks about dangerous goods procedure and gets an answer from a 2021 document superseded after a regulatory change. It's confident, detailed, and wrong in a way that matters.

They rebuild with 34 documents: current procedures only, each with a named owner, plus six newly written to cover gaps the question list exposed. Answers now cite the document they came from.

It covers less ground and is trusted far more — which is the trade worth making, because an assistant people don't trust gets abandoned regardless of coverage.

Make it show its working

Whatever tool you use, answers should cite which document they came from, and ideally link to it. This matters more than it sounds:

Keeping it alive

A knowledge base is a living thing. Set a quarterly review: check the owner list, remove anything superseded, and re-run your twenty test questions.

That last step is the one that gets skipped, and it's the one that catches slow decay. A knowledge base that was accurate at launch and unmaintained for a year is worse than none, because people have learned to trust it.

Frequently asked questions

Can't we just point it at our shared drive?
You can, and it's the most common way these projects disappoint. Shared drives contain drafts, superseded versions and one person's notes from 2019 — all of which the AI treats as equally authoritative, because nothing marks them otherwise.
How many documents do we need?
Fewer than you'd think. Twenty current, well-written documents covering your most-asked questions will outperform two thousand uncurated files. Coverage of real questions matters far more than volume.
What format should they be in?
Clear text with real headings works best. Scanned PDFs need OCR and often produce poor results. Complex spreadsheets and slide decks lose meaning when flattened to text — convert the important content to prose where you can.
How do we stop it using out-of-date material?
Remove superseded versions from the source set rather than relying on labels — the AI doesn't reliably prioritise 'v3 FINAL' over 'v2'. One current version in, old versions archived elsewhere.
How do we know if it's working?
Write twenty real questions with known correct answers before you build, then test against them. Without that, 'it seems good' is all you'll ever have, and it isn't enough to trust it with staff.

Put this to work

Ad On Group runs AI training and enablement for Australian teams through Ad On AI — a three-month, self-paced program that takes non-technical staff from their first prompts to working AI agents.

Talk to us →

Keep reading

← All resources