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.
News
A production RAG infrastructure example: PostgreSQL full-text plus semantic search with Qwen3-Embedding-0.6B (256-dimensional Matryoshka vectors), corpus embedding in batches on HF Jobs (L4, about 75 articles/sec), Storage Buckets as a versioned layer between compute and the database, and merging via Reciprocal Rank Fusion with a lexical-only fallback on timeout.
The new MultiVectorEncoder class brings ColBERT-like late interaction on top of dense/sparse models, already in the library. It is more precise on nuances (token-to-token MaxSim instead of compressing into a single vector), but the index is orders of magnitude heavier: 311.5 MB vs 7.5 MB dense on 4,874 Natural Questions passages. 40+ open checkpoints (LateOn, mLateOn, ColBERT, ColPali) are available on HF Hub.
A unified API for encoding and comparing text, images, audio, and video with a single model; rerankers have also become multimodal (Qwen3-VL, BAAI BGE-VL, NVIDIA Nemotron—all with open weights). The retrieve-and-rerank pattern now works with mixed content, enabling RAG for visual documents and screenshots, not just text.
EmbeddingGemma-300M (open weights, Apache 2.0) ranks at the top of multilingual MTEB among models under 500M, with a 2,048-token context and Matryoshka embeddings truncated from 768 dimensions. In the medical domain, fine-tuning outperformed the larger Qwen3-Embedding-0.6B: 0.8862 versus 0.8493 NDCG@10.
Projects