Company knowledge

How to Build an Internal AI Knowledge Assistant

A business-first guide to sources, permissions, citations, freshness, evaluation and ownership for an internal company knowledge assistant.

An internal AI knowledge assistant helps authorised employees find and use information from approved company sources. A dependable one shows where answers came from, respects access controls, admits when evidence is missing and stays connected to the way source content is maintained.

It is not simply a chatbot “trained on all our documents.”

Begin with a question set

Before selecting a model or search technology, collect real questions employees ask:

  • Which policy applies to this request?
  • What did we promise in the approved proposal?
  • How do I complete this operating procedure?
  • Which product information is current?
  • Where is the onboarding checklist?
  • What does this contract say about renewal?

Separate questions that require retrieval from those that require judgement. The assistant may find a contract clause, but an authorised person should interpret its legal significance.

The initial question set becomes part of the evaluation data. It also reveals whether the problem is search, source quality, access or missing documentation.

Identify authoritative sources

Company knowledge may sit in shared drives, wikis, policy repositories, support systems, product documentation, proposals, training material and approved databases.

For each source, record:

  • business owner
  • authority and intended use
  • sensitivity
  • audience
  • update frequency
  • access method
  • retention need
  • whether superseded versions exist

If two documents conflict, the assistant cannot repair governance by itself. The content owner must decide which is authoritative.

Preserve permissions

Search convenience should not flatten existing access boundaries. A user who cannot open a confidential contract should not receive its contents through an assistant.

Permission design may include source-level access, group-based collections, user identity, restricted metadata and separate indexes for sensitive content.

Test access from the perspective of different roles. An administrator’s successful search does not prove that normal user permissions are correct.

The OECD transparency and explainability principle emphasises meaningful information about AI systems and their outputs. In a knowledge assistant, citations and clear limits are practical ways to help a user inspect an answer.

What retrieval actually does

The common technical pattern is called retrieval-augmented generation, often shortened to RAG. In plain language:

  1. The system searches approved company content for passages relevant to a question.
  2. It gives those passages to a language model as context.
  3. The model prepares an answer using that context.
  4. The interface links the answer back to the source.

This reduces dependence on the model’s general memory. It does not guarantee truth.

Search can retrieve the wrong passage. A source may be outdated. The model may overstate what the passage supports. Evaluation and user feedback are still required.

Design for citation, uncertainty and no answer

A useful answer should:

  • identify its source
  • distinguish direct evidence from synthesis
  • avoid filling gaps with plausible text
  • say when the available source is insufficient
  • make it easy to open the original
  • give the user a way to report a problem

The “I do not have enough approved information” response is a feature.

Prepare content without destroying context

Documents often contain headers, tables, footnotes, version information and relationships that matter. Ingestion should preserve enough structure for retrieval and citation.

Useful metadata may include title, owner, effective date, version, department, confidentiality and source URL.

Do not copy everything into one unstructured collection. Curated scope improves quality and makes ownership manageable.

Create a representative evaluation set

Use real employee questions and expected source material. Include:

  • straightforward answerable questions
  • questions requiring more than one source
  • questions with no approved answer
  • outdated or conflicting material
  • access-restricted questions
  • ambiguous terms
  • requests outside the assistant’s role

Review whether the answer is supported, appropriately scoped and useful. Track citation accuracy separately from writing quality.

Plan for freshness

An assistant becomes unreliable when source changes do not flow through the system.

Define:

  • how frequently each source is synchronised
  • who removes superseded content
  • how urgent updates are handled
  • how failed synchronisation is detected
  • how users see the source date
  • who reviews unanswered questions

Freshness is an operating process, not a one-time import.

Add feedback that creates action

Thumbs-up and thumbs-down buttons collect a signal, but the system needs an owner who can investigate.

Useful feedback records the question, answer, cited source, user comment, permission context and system version. Review patterns to identify:

  • missing content
  • poor retrieval
  • confusing terminology
  • outdated sources
  • questions better handled by another workflow

Do not use feedback to store sensitive user content without an agreed purpose and retention policy.

Protect against instruction attacks

Documents and user prompts can contain instructions that try to override the assistant’s purpose or expose restricted information. Treat retrieved content as data, not trusted system instruction.

Controls can include:

  • strict tool and source boundaries
  • output filtering
  • prompt-injection tests
  • no execution of instructions found in documents
  • review before consequential actions
  • logs and incident handling

The assistant should normally answer questions, not gain broad permission to act across company systems.

Decide who operates it

Name owners for:

  • source content
  • access groups
  • technical operation
  • evaluation
  • user support
  • incident escalation
  • model or provider changes

Without ownership, quality will decline even if the first demonstration is excellent.

A sensible first release

Start with one department, a curated set of authoritative sources and a real question set. Require citations, design no-answer behaviour and collect structured feedback.

Expand only after permission, source freshness and answer quality are working in daily use.

Learn about WebMastra’s company knowledge AI service or discuss your source landscape.

A practical first step

Find the AI opportunity worth pursuing.

Tell us where work slows down, where knowledge gets lost or which system needs an owner. We will help you decide what should happen next.

Explore Your AI Opportunities