German Martin f1eaa9b626 Lost in the middle: We have been ordering documents the WRONG way. (for long context) (#7520) ... Motivation, it seems that when dealing with a long context and "big" number of relevant documents we must avoid using out of the box score ordering from vector stores. See: https://arxiv.org/pdf/2306.01150.pdf So, I added an additional parameter that allows you to reorder the retrieved documents so we can work around this performance degradation. The relevance respect the original search score but accommodates the lest relevant document in the middle of the context. Extract from the paper (one image speaks 1000 tokens):  This seems to be common to all diff arquitectures. SO I think we need a good generic way to implement this reordering and run some test in our already running retrievers. It could be that my approach is not the best one from the architecture point of view, happy to have a discussion about that. For me this was the best place to introduce the change and start retesting diff implementations. @rlancemartin, @eyurtsev --------- Co-authored-by: Lance Martin <lance@langchain.dev>		2023-07-18 07:45:15 -07:00
..
integrations	add tagger nb (#7637)	2023-07-13 01:48:23 -04:00
post_retrieval	Lost in the middle: We have been ordering documents the WRONG way. (for long context) (#7520)	2023-07-18 07:45:15 -07:00
text_splitters	Fix make docs_build and related scripts (#7276)	2023-07-11 22:05:14 -04:00