By meaning — embeddings & semantic search.
How the search finds the right clips even when the words don't match.
Page 1 said the search finds clips “by meaning”. Here is how. Every piece of text — each clip, and your question — is turned into a position in a space of meaning. Similar meanings sit close together; different meanings sit far apart. That position is called an embedding.
The positions are worked out from meaning, not spelling. “Edged behind” and “leg-side strangle” share no words, yet they land right next to each other, because they describe the same kind of event. “Cover drive” lands in a different neighbourhood, and “rain delay” further off still.
So searching becomes geometry. Drop your question into the same space and grab its nearest neighbours — the closest few points. No keyword matching; just “what sits closest in meaning”.
In reality the space is not two dimensions but hundreds or thousands — each embedding is a long list of numbers. The picture below flattens that onto a plane you can read, but the rule that runs it is the same: closeness is similarity.
Pick a question and watch it drop onto the meaning map. The nearest clips light up — even the ones that share none of the same words.
Turn text into a point, then find the nearest.
Embedding is done once and stored. At question time you embed the question and take its closest neighbours — that is the whole of “search by meaning”.
Near in meaning, not in words.
An embedding is a position that captures what text means, so similar ideas sit close together no matter what words they use. Search then becomes geometry: turn the question into a point and take its nearest neighbours.
This is why RAG can find the right record even when your question and the record share not a single word — it is matching meaning, not spelling.