Once a document has been chunked and each chunk turned into an embedding (see our chunking and embeddings 101 post), there's still one step left: given a visitor's question, find the right chunk out of potentially thousands. That's what vector search does.
Distance, not keywords
Traditional keyword search looks for matching words. Vector search looks for closeness in meaning. The visitor's question gets embedded into the same kind of vector as every stored chunk, and the system finds the chunks whose vectors sit closest to it — mathematically, the ones with the smallest "distance." Two pieces of text can be near-neighbors in this space even if they don't share a single word in common, because the vector represents meaning, not spelling.
Why this beats keyword matching for support questions
Customers rarely phrase a question the way documentation phrases the answer. "How do I get my money back" and "Refund Policy" share no words, but they're the same topic — vector search finds that match; a keyword search often wouldn't.
Scoped and fast at the same time
A production chatbot isn't searching a global pool of text — it searches only within one organization's own connected documents, and it needs an answer in a second or two, not a full-table scan through everything ever indexed. Modern vector search uses indexing techniques built specifically for this: approximate nearest-neighbor search that finds the closest matches quickly without comparing against every stored vector one by one, all scoped down to the requesting organization's own data.
Precision on top: reranking
Vector search is very good at finding a shortlist of plausible matches, but "closest in vector space" and "most useful answer for this exact question" aren't always perfectly the same thing. Some systems, including Lumen Chat's, support an optional second pass: over-fetch a slightly larger set of candidates from vector search, then rerank that shortlist with a more precise (and more expensive) comparison before picking the final set of chunks to answer from. It's a way to trade a little extra latency for better relevance on ambiguous questions.
The takeaway
Vector search is what makes "the chatbot found the right paragraph" feel effortless from the outside — but it's solving a real problem: matching intent to content when the words themselves don't match at all.
Related reading
- What is RAG, explained for non-engineers — how vector search fits into the bigger retrieval pipeline.
- Grounded vs. hallucinated answers — why finding the right passage is what keeps answers honest.
- Anatomy of one chatbot conversation — vector search shown working inside a real exchange.