Retrieval over corporate sources
The model answers from your documents, wiki and databases, not from internet "memory" — an employee gets the answer in seconds instead of hours of search across the 19–30% of the day that gets lost.
AI tools
Employees spend up to 19–30% of the workday searching for information, while an LLM with no access to your data makes answers up. The KT RAG stack.
RAG is not "chat with a PDF" but a loosely coupled layer of corporate memory: retrieval, a vector store, chunking and reranking, with an answer grounded in a source.
Our clients
Industry solutions
Capabilities
The model answers from your documents, wiki and databases, not from internet "memory" — an employee gets the answer in seconds instead of hours of search across the 19–30% of the day that gets lost.
Every answer shows which document it came from — answers are verifiable, and hallucinations are cut off at the architecture level, not by coaxing the model.
Semantic search across millions of fragments: finds the answer by meaning, not by word match. pgvector — when data is already in Postgres; Qdrant — for high-load search with filters.
Documents are split into meaningful chunks with metadata — the model gets "less but more precise" context, which directly raises relevance and lowers query cost.
The second stage reorders candidates by real relevance: recall@10 rises from 74% to 89%, answer accuracy by 33–40% in ~120 ms. High ROI at minimal latency.
On top of RAG we keep a cache of pre-validated answers to frequent and critical questions — the system returns a ready answer, bypassing retrieval, which further reduces hallucinations. This is not llm-wiki: there, knowledge is compiled in advance into a vetted base and read without chunk search (the Sloy memory approach). RAG and llm-wiki are different layers and combine together.
40–50% of routine requests are resolved automatically with a source in the answer; the internal assistant cuts regulation lookup time from minutes to seconds.
Storage, retrieval and model are decoupled: swap the LLM or vector DB without rewriting everything. The solution moves easily between teams and contractors — no vendor lock-in.
precision@K, provenance coverage and hallucination rate metrics are built into the pipeline — answer quality is measured, not declared, and does not silently degrade after changes.
Approach
We don't fork or patch the RAG core. RAG stays on the standard upgradable version — business logic goes into separate microservices alongside it, so platform updates don't break your customizations.
Where a mature international solution exists, we use it instead of inventing our own protocol or platform. Before writing code, we study how the problem is already solved in the industry.
The solution is loosely coupled and documented: it can be handed over between teams and contractors without rewriting. You are not tied to us.
AI compatibility
The RAG layer feeds verified context into the model (GPT, Claude, open-source) — grounding answers in your data no matter which LLM you use today or switch to tomorrow.
We connect the corporate knowledge base to agents via MCP as a standard source: RAG covers "what we know," MCP covers "how the agent retrieves it." Both layers are portable.
Retrieval and model calls pass through a gateway: model routing, budgets, observability and PII obfuscation before sending — corporate knowledge does not leak out.
Agents that serve users and enter data rely on RAG as the source of truth — this turns a "chatty" assistant into a tool that answers with facts.
Sloy is corporate memory: knowledge is compiled in advance into an llm-wiki and read without retrieval ("No RAG"). RAG connects to Sloy as a second layer — for fresh and rare facts absent from the vetted base. Grounding and provenance work under multiple agents and scenarios.
Projects