
Knowledge assistant demos look impressive, but fail in real use where queries rely on exact codes and identifiers. Pure semantic search guesses instead of matching precisely. A hybrid approach combining keyword and semantic search is essential for reliability and trust.
The Demo That Lies
Every knowledge assistant demo follows the same script. A neatly phrased question is asked, such as “What is our warranty policy for outdoor installations?” The assistant retrieves the correct document and responds fluently. Semantic search performs well in these situations because it understands meaning, handling synonyms and paraphrasing with ease.
The reality inside a support team looks very different. Questions are shorter, messier, and filled with identifiers:
-
“Specs for TDS-4711?”
-
“Status of order 2024-08312?”
-
“Which safety sheet covers article VX-220-B?”
This is where the demo breaks down. Instead of retrieving exact matches, the assistant starts guessing.
Why Semantic Search Breaks
Semantic search converts text into vectors that represent meaning. That strength becomes a limitation when dealing with identifiers. Codes like TDS-4711 carry no semantic meaning. In vector space, they are close to other arbitrary codes, which leads to incorrect matches such as TDS-4713.
In real operations, many high-frequency queries rely on these exact identifiers: product references, order numbers, and document codes. If an assistant performs well on policy questions but fails on identifiers, trust erodes quickly and is difficult to rebuild.
The Practical Fix
The solution is straightforward: combine semantic and keyword search.
-
Keyword search (BM25) ensures exact matching for identifiers, numbers, and names. If a code exists in a document, it will be retrieved precisely.
-
Semantic search handles natural language queries and intent-based matching.
-
A fusion layer combines both result sets, allowing the most relevant method for each query to dominate.
This hybrid approach is widely supported and should be decided early, as it affects indexing, chunking, and evaluation.
How to Evaluate Properly
Avoid relying on demo-style questions. Instead, build a test set from real support data such as tickets, emails, and chat logs. Ensure it includes identifier-heavy queries. Measure whether the correct document appears in the top results and track performance over time.
Two practical rules:
-
Show sources. Answers linked to underlying documents build trust and expose mistakes.
-
Curate the data. Multiple conflicting versions of the same document lead to inconsistent answers. Retrieval quality depends on clear ownership of data.
When done correctly, the assistant becomes a reliable and efficient team member, not a system people hesitate to trust.
Bring Your Challenge and We Will Make It Work
One conversation is enough to clarify your situation and decide the next step together. Free, and without obligation.


