解密Prompt系列21. LLM Agent之再谈RAG的召回信息密度和质量

话接上文的召回多样性优化，多路索引的召回方案可以提供更多的潜在候选内容。但候选越多，如何对这些内容进行筛选和排序就变得更加重要。这一章我们唠唠召回的信息密度和质量。同样参考经典搜索和推荐框架，这一章对应排序+重排环节，考虑排序中粗排和精排的区分主要是针对低延时的工程优化，这里不再进一步区分，统一算作排序模块。让我们先对比下重排和排序模块在经典框架和RAG中的异同

• 排序模块
  • 经典框架：pointwise建模，局部单一item价值最大化，这里的价值可以是搜索推荐中的内容点击率，或者广告中的ecpm，价值由后面使用的用户来决定
  • RAG：基本和经典框架相同，不过价值是大模型使用上文多大程度可以回答问题,价值的定义先由背后的大模型给出，再进一步才能触达用户。更具体的定义是，排序模块承担着最大化信息密度的功能，也就是在更少的TopK内筛选出尽可能多的高质量内容，并过滤噪声信息。
• 重排模块
  • 经典框架：Listwise建模，通过对item进行排列组合，使得全局价值最大化，进而使得用户多次行为带来的整体体验感更好。这里的整体可以是一个搜索列表页，一屏推荐信息流，也可以是更长的一整个session内用户体验的整体指标，以及背后的商业价值。常见的做法是打散，提高连续内容的多样性，以及前后内容的逻辑连贯性，不过打散只是手段，全局价值才是终极目标
  • RAG：概念相似，通过重排优化模型对整体上文的使用效率。优化模型对上文的使用，提升信息连贯性和多样性，最小化信息不一致性和冲突。不过当前大模型对话式的交互方式更难拿到用户体验的反馈信号，想要优化用户体验难度更高。

下面我们分别说两这两个模块有哪些实现方案

1. 排序模块

上一章提到使用query改写，多路索引，包括bm25离散索引，多种embedding连续索引进行多路内容召回。这种方案会提供更丰富的内容候选，但也显著增加了上文长度。而很多论文都评估过，过长的上文，以及过长上文中更大比例的噪声信息，都会影响模型推理的效果，如下图

因此如何从这些召回内容中排序筛选出更出质量更高的内容，过滤噪声信息就是排序模块需要做的。考虑不同索引之间对于相似度的计算打分相互不可比，更不可加，因此需要统一的打分维度来对候选内容进行排序，这里提供两个无监督的混合排序打分方案

1.1 RRF混排

• https://learn.microsoft.com/en-us/azure/search/hybrid-search-ranking
• https://python.langchain.com/docs/modules/data_connection/retrievers/ensemble

多路召回混合排序较常见的就是Reciprocal Rank Fusion(RRF），把所有打分维度都转化成排名，每个文档的最终得分是多路打分的排名之和的倒数。通过排名来解决不同打分之间scale的差异性。公式如下，其中r(d)是单一打分维度中的文档排名，K是常数起到平滑的作用，微软实服务器托管网验后给的取值是60。

以下是微软搜索中使用RRF类合并文本检索和向量检索的一个示意图，使用RRF分别对文本检索和向量检索的多路召回内容进行混合排序

1.2 信息熵打分

除了使用排名来对各路召回的内容质量进行归一化，当然也可以使用统一的模型打分来对内容质量进行衡量，比如可以使用Bert Cross-Encoder BGE-Reranker来对所有候选文档来进行打分排序，利用cross模型比embedding模型更精准的特点来进一步对召回内容进行过滤。

这里我想聊聊除了相关性之外的另一个内容质量评估维度 – Information-Entropy。Information-Entropy是从文本信息熵的角度对内容有效性和质量进行打分筛选，有以下几种不同的信息熵度量方式

1.2.1 Selective-Context

Unlocking Context Constraints of LLMs: Enhancing Context Efficiency of LLMs with Self-Information-Based Content Filtering

Selective-Context使用自信息对内容质量进行评估。上一次碰到自信息，还是在做新词挖掘的算法。放在内容质量筛选也是同样的道理，熵值越低（不确定性越低）,自信息越低的token带给语言模型的信息量就越低，例如停用词，同义词等等。因此自信息更低的内容本身的价值更低。不过自信息的计算是token粒度的，想要对短语，句子，段落进行计算可以近似采用token求和的方式，也就是假设token之间是相互独立。但是越大粒度的信息合并，简单求和的自信息误差越大，因为token并非真正独立。因此单纯使用内容自信息的计算方式更适合短语粒度的上文内容压缩，似乎不完全适合对RAG召回的段落内容进行打分，不过不要着急接着往后看哟~

以下是Selective-Context通过自信息对Context进行压缩的效果，至于压缩幅度和压缩后对模型推理的影响我们放到最后一起对比

1.2.服务器托管网2 LLMLingua

LLMLingua: Compressing Prompts for Accelerated Inference of Large Language Models

LLMLingua同样是使用token熵值来对内容质量进行打分，不过进一步放松了token独立性的假设。 计算公式如下，先把整个上文context分段，论文使用100个token为一段。以下(S_{j,i})为第j个段落中第i个字，(tilde{S}_j)是第j个段落前所有段落经过压缩后的内容。也就是在计算当前段落每个字的熵值时，会把之前已经压缩过的内容拼接在前面，使得对更大粒度的段落熵值估计更加准确。

1.2.3 LongLLMLingua

LongLLMLingua: Accelerating and Enhancing LLMs in Long Context Scenarios via Prompt Compression

LongLLMLingua进一步把完全基于内容的信息熵，优化成了基于内容回答问题的条件熵，更完美的适配RAG框架中排序模块对召回内容整体打分的要求。

以上LLMLinugua和Selective-Context单纯对上文内容的熵值进行计算，但很有可能熵值高的内容虽然包含大量信息但都和问题无关，只是单纯的信息噪声。因此LongLLMLingua在熵值计算中引入了问题，那无非就是两种计算方案，要么给定问题计算内容的熵值，要么给定内容计算问题的熵值。论文考虑内容中可能是有效信息和噪声信息的混合，因此选用了后者。也就是给定每段召回内容，计算问题的熵值。

这里论文还在问题前加了一段指令，”(X^{restrict}=)we can get the answer to this question in the given documents”，通过增加内容到问题的关联程度，来优化条件熵的计算。

论文对比了不同打分排序方案，包括BM25，各种向量embedding，以及LLMLingua，其中LongLLMLinuga在TopK文档的召回率上显著更优，如下图。具体的压缩率和推理效果对比，我们放到后面的重排模块一起来说。

LongLLMLingua在以上的段落打分之外，还加入了对段落内部token级别的内容压缩。也就是先筛选TopN段落，再在段落内筛选有效Token。不过看论文效果感觉段落排序的重要性>>内容压缩，这部分就不再赘述，感兴趣的朋友去看论文吧~

重排模块

针对排序模块筛选出的TopK上文候选，重排模块需要通过对内容进一步排列组合，最大化模型整体推理效果。和排序模块最大的差异在于它的整体性，不再针对每个Doc进行独立打分，而是优化整个Context上文的效果。主要有以下两个优化方向：一个是文档位置的优化，一个是文档之间关联性的优化

文档位置

• LongLLMLingua: Accelerating and Enhancing LLMs in Long Context Scenarios via Prompt Compression
• Lost in the Middle: How Language Models Use Long Contexts
• https://api.python.langchain.com/en/latest/document_transformers/langchain.document_transformers.long_context_reorder.LongContextReorder.html#

针对文档位置的最优化就是Lost in the Middle(上图)，相信大家可能都比较熟悉。简单说就是大模型在使用上文推理时，倾向于使用最前面和最后面的内容，而对中间的内容爱搭不理。因此可以基于内容的质量，把重要的内容放在Context的前面和后面。

LongLLMLingua也做了类似的尝试，并且认为前面的位置比后面更加重要，因此直接使用上面排序模块对段落的打分，对排序后保留的候选内容，进行重新排列，按照分数由高到低依次从前往后排列。

最后来一起看下效果，在LongLLMLingua中，论文对比了各种相似度排序方案保留TopN文档，并使用该排序方案进一步重排内容的效果。在2倍和4倍的压缩率下LongLLMLingua的效果都是显著最好的，不过可以发现只使用LongLLMLingua进行排序（Retrieval-base Methods）并做重排（Reorder列）的效果其实就已经不差了，而段落内部的token压缩更多是锦上添花。

文档关联性

• https://python.langchain.com/docs/integrations/retrievers/merger_retriever
• MetaInsight: Automatic Discovery of Structured Knowledge for
  Exploratory Data Analysis

以上排序和重排的逻辑，都是考虑问题和召回内容之间的关联性，但都没有引入Context内部不同召回内容之间的关联性。

langchain的LOTR (Merger Retriever)实现了部分类似的功能，包括使用embedding对多路召回的内容进行消重，以及对内容进行聚类，每个聚类中筛选最靠近中心的一条内容。这一步可以放在排序中去做，也可以放在排序后的重排模块。

之前解密Prompt系列19. LLM Agent之数据分析领域的应用章节提到的微软的MetaInsight也引入了类似的打散逻辑。其中

• 内容的整体价值=每条内容的价值之和-内容之间重合的价值
• 两两内容重合价值=两条内容打分的最小值*内容重合率

那放到RAG框架可能就可以使用以上的信息熵来作为打分，相似度来作为重合率

这块我们也在尝试中，所以没有结论性的内容，这里只抛出几个问题，有试验过效果的有缘人可以在评论区回复

• 信息连贯性：把内容相似的多个召回连续排列，会比散落在Context各处效果更好么
• 信息多样性：对召回内容进行聚类，把内容相似观的多个召回进行消重，或者只使用每个cluster内距离类中心最新的一条或TopN条内容，会提升推理效果么
• 信息一致性：观点或内容冲突的多个召回内容，对推理的影响有多大

想看更全的大模型相关论文梳理微调及预训练数据和框架AIGC应用，移步Github >> DecryPrompt

---

Reference

1. 推荐系统[四]：精排-详解排序算法LTR (Learning to Rank)_ poitwise, pairwise, listwise相关评价指标，超详细知识指南。
2. 多业务建模在美团搜索排序中的实践
3. 搜索重排序和推荐列表重排序，在建模思路上有什么异同？
4. Transformer 在美团搜索排序中的实践
5. 工业界（搜索 推荐）粗排模型一般怎么做？
6. 知乎搜索排序模型的演进

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net