Source concept
Which documents and systems are included and how they are prepared and kept current.
Turn enterprise knowledge into answers with sources, permissions and measured quality.
Ki4data builds RAG solutions that answer questions from your own documents and cite the source of every statement. We select suitable sources, build a prototype with permission checks and measure answer quality against agreed test questions before you decide on production use. This makes sense when knowledge sits in policies, manuals or technical documentation and a lot of time goes into searching.
Retrieval-augmented generation (RAG) combines searching for relevant content with generating an answer based on that content; the approach was described by Lewis et al. in 2020. The language model answers from the passages found in your documents rather than from its general training, and can cite them as sources.
Last updated:
Which documents and systems are included and how they are prepared and kept current.
A usable application on a defined knowledge area, including source citations.
A question set with expected answers, agreed with the business.
Measured answer quality, source grounding, latency and cost, with documented limits.
How the solution is connected, monitored and developed further.
Select documents and systems and assess their quality.
Split, enrich and index the content.
Carry source-system permissions into the search.
Find and rank the passages relevant to a question.
Generate the answer from those passages and cite sources.
Measure with test questions, analyse errors and improve deliberately.
Every project is scoped individually. These factors influence the effort most:
When users mainly want to find one document and read the answer in it themselves. RAG pays off when answers have to be assembled from several passages or questions are asked in natural language.
Source-system permissions are carried along at indexing time and checked on every request before any passage reaches the model. The answer therefore cannot contain content the person asking is not allowed to see.
With an agreed test question set that is rerun before every change, and by evaluating user feedback in production. Answers without sufficient sources are flagged as such instead of guessed.
RAG fits when answers depend on current, changing knowledge and must be verifiable: new documents are indexed rather than retrained, and permissions can be checked per request. Fine-tuning fits better when a model should learn a particular style or fixed task format. The two can be combined.
In a first conversation we clarify your situation, goals and a sensible starting point. Afterwards you receive an assessment of what a project could look like.
Assess your RAG use case