微信扫码
添加专属顾问
我要投稿
检索阶段面临的一个挑战是,通常你无法预知你的文档存储系统在处理数据时会面临哪些具体的query。这意味着,对于一个query来说,最相关的信息可能被埋没在包含大量无关文本的文档中。如果你将整个文档传递给LLM,可能会导致更昂贵的调用开销,以及响应质量的下降。这其实与上一节介绍的一样,都是信息被稀释的问题。
上下文压缩(Contextual compression)技术尝试解决这一问题,想法非常简单:不是理解原样返回检索到的文档,而是使用给定的query对上下文进行压缩,这样只会返回有关的内容。此处的“压缩”不仅指压缩单个文档的内容,也指过滤整个文档集合。
在Langchain中使用上下文压缩需要两个步骤:
构建一个基础检索器,就是我们在使用RAG技术构建企业级文档问答系统之基础流程中介绍的那种retriever
将基础检索器和大语言模型,使用Document Compressor构建相应的对象
如上面所介绍的,上下文压缩的工作原理如下图所示:
从下表可以看出,三种上下文压缩的方式,最终的问答效果都不够理想,毕竟压缩多少还是会造成信息损失的,其实有一种折中的方式是,将压缩后的文档,和原始文档一起进行检索,就像卷积神经网络Inception中,将1×1、3×3、5×5卷积后的结果拼接起来一样,这样对原始文档不同视角(粒度)的信息都会保留,这种方式其实已经有论文进行了研究,后面会介绍。
这其中尤其明显的是EmbeddingsFilter,由于涉及到卡阈值,这个值设置过小会使得过滤失效,设置过大可能导致所有检索到的片段都被过滤掉。
3 核心代码
本文完整代码已开源,地址在:https://github.com/Steven-Luo/MasteringRAG/blob/main/retrieval/10_contextual_compression.ipynb
Langchain中的上下文压缩,相关的方法有4种,下面首先介绍基础检索器,然后分别介绍4种的构造方法。
添加一个方法,便于打印检索结果:
基础检索器:
使用基础检索器:
结果:
LLMChainExtractor构造方法如下:
使用:
结果:
可以看出,结果短了很多,对原文内容进行了摘要压缩。
LLMChainFilter这种方法,LLM会将不那么相关的文档片段过滤掉。
构造方法如下:
使用:
结果:
LLMListwiseRerankLLMListwiseRerank使用zero-shot的方式对文档进行reranking,它的作用与LLMChainFilter类似,但是更加鲁邦也会耗费更多资源。官方建议使用强大一些的模型,此处为了控制变量,依然使用Ollama中的qwen2-7b。
构造方法:
使用:
结果:
EmbeddingFilter这种方式会按照Embedding相似度进行过滤。
构造方法:
使用:
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-05-20
AIOps探索:给不能联网的客户做一个AI运维助手到底有多难?
2026-05-18
别再错过啦,AI Agent记忆革命:95.2%检索率的持久记忆系统深度解析
2026-05-18
有多少人把Agent与RAG的检索策略,简化成了 if-else?
2026-05-18
RAG 全链路技术详解
2026-05-18
捅破个人AI天花板!YC总裁开源GBrain:8层架构打造AI第二大脑,解决记忆难题,狂揽 1.6w Star!网友:第六层才是护城河!
2026-05-16
RAG 在企业的落地,从来不是一个“大模型问题”
2026-05-14
2026年知识库幻觉根治指南:从 Naive RAG 到 Agentic RAG
2026-05-11
到底是谁会相信RAG已死啊?
2026-03-23
2026-04-06
2026-02-22
2026-03-18
2026-03-20
2026-02-27
2026-02-21
2026-03-21
2026-03-31
2026-04-27
2026-05-20
2026-05-18
2026-05-11
2026-05-07
2026-05-06
2026-04-27
2026-04-21
2026-03-17