Re:Build a search engine, not a vector DB
by sroussey on Wednesday December 20, 2023 @03:23AM
(#38706504)
BTW: I think of this like asking someone to put things into their own words, and then it’s easier for them to remember. Matching on your way of talking can be weird from the LLM’s point of view, so use their point of view!
[ Parent
| on HN ]
Re:Build a search engine, not a vector DB
by deckar01 on Wednesday December 20, 2023 @11:47AM
(#38710643)
It is two different language models. The embedding model tries to capture too many irrelevant aspects of the prompt that ends up putting it close to seemingly random documents. Inverting the question into the LLM’s blind guess and distilling it down to keywords causes the embedding to be very sparse and specific. A popular strategy has been to invert the documents into questions during initial embedding, but I think that is a performance hack that still suffers from sentence prompts being bad vector indexes.
Re:Build a search engine, not a vector DB
by sroussey on Wednesday December 20, 2023 @12:36PM
(#38711250)
You can use llama2 to do embedding and summaries and chat.
Turning the docs into questions is something I will test on stuff (just learning and getting a feel).
I am intrigued... what makes a good vector index??
Re:Build a search engine, not a vector DB
by deckar01 on Wednesday December 20, 2023 @05:03PM
(#38714247)
My heuristic is how much noise is in the closest vectors. Even if the top k matches seem good, if the following noise has practically identical distance scores, it is going to fail a lot in practice. Ideally you could calculate some constant threshold so that everything closer is relevant and everything further is irrelevant.