微信扫码
添加专属顾问
上下文压缩,提升LLM信息处理效率的关键技术。 核心内容: 1. 上下文压缩技术定义与目标 2. 上下文压缩在RAG中的应用场景 3. LangChain实现上下文压缩的方法与案例
RAG传统方法检索的文档块常含无关噪声,受限于LLM上下文窗口。上下文压缩技术旨在解决此问题,它处理检索到的文档,只保留与查询最相关内容。这能减少上下文长度,去除噪声,提高信息密度,使提供给LLM的上下文更短、更干净,提升回答质量和效率。
-- 领取学习资料大礼包,见文末
在RAG中,你要问一个问题,一个简单直接的方法是将文档分割成大小相等的块,然后把这些块的向量嵌入存储到向量数据库中。
当用户提问时,系统会对问题进行嵌入,再在向量数据库中进行相似度搜索,找到最相关的文档块(文本块),然后将它们附加到大模型的提示中。
这种方式的一个问题是,当你把数据导入到向量数据库时,通常并不知道未来会用什么具体的查询来检索这些文档块。
这意味着,当获得用户的具体问题并检索到一个块时,即便这个块中有一些相关内容,也很可能包含一些无关的内容。
这会造成一些困扰:
这些与用户问题相关性不高、甚至完全不相关的文档片段就像“噪声”,会干扰 LLM,导致它生成不准确或偏离主题的回答。
LLM通常有其能够处理的最大输入长度(称为上下文窗口)。如果我们检索到的文档片段太长,超过了 LLM 的上下文窗口,我们就无法将所有相关信息都提供给模型。
上下文压缩就是为了解决这些问题而诞生的,通过“先检索再压缩”,它会对每条初步检索到的文档块进行筛选或提取,只留下与当前查询最相关的内容,然后再送入生成环节
上下文压缩是指在将检索到的原始文档块提供给LLM之前,对其进行处理和精简的技术。其主要目标是:
通过上下文压缩,我们可以向 LLM 提供一个更短、更干净、信息密度更高的上下文,从而提高生成回答的质量和效率。
“压缩”在这里既指对单个文档块内容的压缩,也指整体过滤掉不相关的文档。
LangChain引入了 DocumentCompressor 抽象,使您能够在检索到的文档块上运行 compress_documents(documents: List[Document], query: str) 。
其核心思想很简单:不是立即将检索到的文档块原样返回,我们可以通过给定问题对文档块进行压缩,只返回相关信息。
压缩的目标是让传递给 LLM 的信息变得更为相关。这样一来,你也可以传递更多信息给 LLM,因为在最初的检索环节,你可以专注于召回率(比如增加返回的文档块数量),由压缩来处理精确度。
缺点就是需要根据检索到的文档块数量进行额外的 API 调用,这会增加应用的成本和延迟。
初始化环境和导入文件:
完成基础设置,使用LangChain的TextLoader加载文本,为后续的文本处理做准备。
# 导入操作系统相关功能模块
import os
# 导入Chroma向量数据库相关模块
from langchain_chroma import Chroma
# 导入OpenAI聊天模型和嵌入模型相关模块
from langchain_openai import ChatOpenAI, OpenAIEmbeddings
# 设置OpenAI API密钥
OPENAI_API_KEY = 'hk-iwtbie191e427'
# 将API密钥设置为环境变量
os.environ['OpenAI_API_KEY'] = OPENAI_API_KEY
### 1.导入文件 ##########################################################################
# 导入文本文档加载器
from langchain_community.document_loaders import TextLoader
# 导入递归字符文本分割器
from langchain.text_splitter import RecursiveCharacterTextSplitter
# 创建文本加载器实例,加载西游记文本文件
loader = TextLoader(file_path="../../data/西游记1.txt", encoding='utf-8')
# 加载文档内容到内存
data = loader.load()
# 打印加载的文档数量
print(f'一共 {len(data)} 个文档')
# 打印第一个文档的字符数
print(f'一共 {len(data[0].page_content)} 个字符')
文本分块和向量嵌入:
实现RAG系统的两个核心步骤:文本分块和向量嵌入。
首先使用RecursiveCharacterTextSplitter将长文本分割成500字符的小块,然后使用嵌入模型将这些文本块转换为向量表示,并存储到Chroma向量数据库中,为后续的相似度搜索做准备。
### 2.文件分块 ###########################################################################
# 创建文本分割器实例,设置块大小和重叠量
text_splitter = RecursiveCharacterTextSplitter(chunk_size=500, chunk_overlap=50)
# 对文档进行分割
splits = text_splitter.split_documents(data)
# 打印分割后的文本块数量
print(f'一共 {len(splits)} 个块')
### 3.文本快嵌入 ##########################################################################
# 创建OpenAI嵌入模型实例
embeddings = OpenAIEmbeddings(model="text-embedding-3-large", base_url="https://api.openai-hk.com/v1")
# 导入文件操作工具
import shutil
# 检查chroma_db目录是否存在,存在则删除
if os.path.exists("./chroma_db"):
shutil.rmtree("./chroma_db")
# 创建Chroma向量数据库实例
vectordb = Chroma.from_documents(
documents=splits, # 使用分割后的文档
embedding=embeddings, # 使用OpenAI嵌入模型
persist_directory="./chroma_db"# 设置持久化目录
)
相关阅读:基于文本结构分块 - 文本分块(Text Splitting),RAG不可缺失的重要环节
定义基础检索器:
实现基础的向量检索功能。创建一个基于相似度搜索的检索器,设置返回前3个最相关的文档块。执行检索后,初始化一个LLM实例,为后续的文本生成做准备。
### 4.定义基础检索器 #################################################################
# 设置查询问题
query = "孙悟空和谁打过架?"
# 设置检索返回结果数量
top_k = 3
# 创建基础检索器
retriever = vectordb.as_retriever(
search_type='similarity', # 使用相似度搜索
search_kwargs={"k": top_k} # 设置返回结果数量
)
# 执行检索
docs = retriever.invoke(query)
# 打印基础检索结果
print("===基础检索=========")
for doc in docs: # 遍历搜索结果
print(doc)
print("--------------------------")
print("====================================")
# 创建OpenAI聊天模型实例
llm = ChatOpenAI(
model="gpt-4.1-nano", # 使用gpt-4o-mini模型
temperature=0, # 设置温度为0
base_url="https://api.openai-hk.com/v1"# 指定API端点
)
相关阅读:Top-K Similarity Search:精准提取RAG系统中最相关的知识
定义基础压缩器LLMChainExtractor:
这段代码实现了文档压缩功能,是上下文压缩的核心部分。导入了ContextualCompressionRetriever和LLMChainExtractor模块,使用之前初始化的语言模型创建了一个文档压缩器。压缩器对之前检索到的文档块进行处理,提取与问题相关的内容,去除无关信息。
### 5.定义基础压缩器 #################################################################
# 导入上下文压缩检索器和文档压缩器
from langchain.retrievers import ContextualCompressionRetriever
from langchain.retrievers.document_compressors import LLMChainExtractor
# 创建LLM文档压缩器
compressor = LLMChainExtractor.from_llm(llm)
# 对检索结果进行压缩
docs = compressor.compress_documents(documents=docs, query=query)
# 打印压缩后的结果
print("===压缩=========")
for doc in docs: # 遍历搜索结果
print(doc)
print("--------------------------")
print("====================================")
定义上下文检索器ContextualCompressionRetriever和问答链:
将前面定义的基础压缩器和基础检索器整合成一个上下文压缩检索器,实现了"先检索再压缩"的完整流程。创建一个ContextualCompressionRetriever实例,使用该检索器执行查询。
最后,创建一个RetrievalQA问答链,将语言模型和压缩检索器结合起来,执行问答。
### 5.定义上下文检索器 #################################################################
# 创建上下文压缩检索器
compression_retriever = ContextualCompressionRetriever(
base_compressor=compressor, # 设置基础压缩器
base_retriever=retriever # 设置基础检索器
)
# 使用压缩检索器执行检索
compressed_docs = compression_retriever.invoke(query)
# 打印压缩检索器的结果
print("===压缩检索器=========")
for doc in compressed_docs: # 遍历搜索结果
print(doc)
print("--------------------------")
print("====================================")
# 导入检索问答链
from langchain.chains import RetrievalQA
# 创建检索问答链实例
qa = RetrievalQA.from_chain_type(
llm=llm, # 设置语言模型
retriever=compression_retriever, # 设置检索器
return_source_documents=True# 设置返回源文档
)
# 执行问答
result = qa.invoke(query)
# 打印问答结果
print(result['result'])
print(result)
这个例子清晰地展示了上下文压缩的价值:它能够有效去除噪声信息,保留与查询相关的核心内容,从而帮助LLM生成更准确的回答。
G:\workspace\idea\py\hello-langchain\.venv\Scripts\python.exe g:\workspace\idea\py\hello-langchain\rag\retriever\contextual_compression.py
一共 1 个文档
一共 73714 个字符
一共 206 个块
===基础检索=========
page_content='猴王喝道:“这泼魔这般眼大,看不见老孙!”魔王见了,笑道:“你身不满四尺,年不过三旬,手内又无兵器,怎么大胆猖狂,要寻我见甚么上下?”悟空骂道:“你这泼魔,原来没眼!你量我小,要大却也不难。你量我无兵器,我两只手勾着天边月哩!你不要怕,只吃老孙一拳!”纵一纵,跳上去,劈脸就打。那魔王伸手架住道:“你这般矬矮,我这般高长,你要使拳,我要使刀,使刀就杀了你,也吃人笑,待我放下刀,与你使路拳看。”悟空道:“说得是。好汉子!走来!”那魔王丢开架子便打,这悟空钻进去相撞相迎。他两个拳捶脚踢,一冲一撞。原来长拳空大,短簇坚牢。那魔王被悟空掏短肋,撞了裆,几下筋节,把他打重了。他闪过,拿起那板大的钢刀,望悟空劈头就砍。悟空急撤身,他砍了一个空。悟空见他凶猛,即使身外身法,拔一把毫毛,丢在口中嚼碎,望空中喷去,叫一声“变!”,即变做三二百个小猴,周围攒簇。' metadata={'source': '../../data/西游记1.txt'}
--------------------------
page_content='好猴王,跳至桥头,使一个闭水法,捻着诀,扑的钻入波中,分开水路,径入东洋海底。正行间,忽见一个巡海的夜叉,挡住问道:“那推水来的,是何神圣?说个明白,好通报迎接。”悟空道:“吾乃花果山天生圣人孙悟空,是你老龙王的紧邻,为何不识?”那夜叉听说,急转水晶宫传报道:“大王,外面有个花果山天生圣人孙悟空,口称是大王紧邻,将到宫也。”东海龙王敖广即忙起身,与龙子、龙孙、虾兵、蟹将出宫迎道:“上仙请进,请进。”直至宫里相见,上坐献茶毕,问道:“上仙几时得道,授何仙术?”悟空道:“我自生身之后,出家修行,得一个无生无灭之体。近因教演儿孙,守护山洞,奈何没件兵器,久闻贤邻享乐瑶宫贝阙,必有多馀神器,特来告求一件。”龙王见说,不好推辞,即着鳜都司取出一把大捍刀奉上。悟空道:“老孙不会使刀,乞另赐一件。”龙王又着鲅大尉,领鳝力士,抬出一捍九股叉来。悟空跳下来,接在手中,使了一路,放下道:“轻!轻!轻!又不趁手!再乞另赐一件。”龙王笑道:“上仙,你不看看。这叉有三千六百斤重哩!”悟空道:“不趁手!不趁手!”龙王心中恐惧,又着□【左“鱼”右“便”】提督、鲤总兵抬出一柄画杆方天戟,那戟有七千二百斤重。悟空见了' metadata={'source': '../../data/西游记1.txt'}
--------------------------
page_content='棒名如意,斧号宣花。他两个乍相逢,不知深浅;斧和棒,左右交加。一个暗藏神妙,一个大口称夸。使动法,喷云嗳雾;展开手,播土扬沙。天将神通就有道,猴王变化实无涯。棒举却如龙戏水,斧来犹似凤穿花。巨灵名望传天下,原来本事不如他;大圣轻轻轮铁棒,着头一下满身麻。巨灵神抵敌他不住,被猴王劈头一棒,慌忙将斧架隔,呵嚓的一声,把个斧柄打做两截,急撤身败阵逃生。猴王笑道:“脓包!脓包!我已饶了你,你快去报信!快去报信!”
巨灵神回至营门,径见托塔天王,忙哈哈下跪道:“弼马温果是神通广大!末将战他不得,败阵回来请罪。”李天王发怒道:“这厮锉吾锐气,推出斩之!”旁边闪出哪吒太子,拜告:“父王息怒,且恕巨灵之罪,待孩儿出师一遭,便知深浅。”天王听谏,且教回营待罪管事。
这哪吒太子,甲胄齐整,跳出营盘,撞至水帘洞外。那悟空正来收兵,见哪吒来的勇猛。好太子:' metadata={'source': '../../data/西游记1.txt'}
--------------------------
===压缩=========
page_content='猴王喝道:“这泼魔这般眼大,看不见老孙!”魔王见了,笑道:“你身不满四尺,年不过三旬,手内又无兵器,怎么大胆猖狂,要寻我见甚么上下?”悟空骂道:“你这泼魔,原来没眼!你量我小,要大却也不难。你量我无兵器,我两只手勾着天边月哩!你不要怕,只吃老孙一拳!”纵一纵,跳上去,劈脸就打。那魔王伸手架住道:“你这般矬矮,我这般高长,你要使拳,我要使刀,使刀就杀了你,也吃人笑,待我放下刀,与你使路拳看。”悟空道:“说得是。好汉子!走来!”那魔王丢开架子便打,这悟空钻进去相撞相迎。他两个拳捶脚踢,一冲一撞。' metadata={'source': '../../data/西游记1.txt'}
--------------------------
page_content='悟空道:“我自生身之后,出家修行,得一个无生无灭之体。近因教演儿孙,守护山洞,奈何没件兵器,久闻贤邻享乐瑶宫贝阙,必有多馀神器,特来告求一件。”' metadata={'source': '../../data/西游记1.txt'}
--------------------------
page_content='猴王变化实无涯。棒举却如龙戏水,斧来犹似凤穿花。巨灵名望传天下,原来本事不如他;大圣轻轻轮铁棒,着头一下满身麻。巨灵神抵敌他不住,被猴王劈头一棒,慌忙将斧架隔,呵嚓的一声,把个斧柄打做两截,急撤身败阵逃生。猴王笑道:“脓包!脓包!我已饶了你,你快去报信!快去报信!”' metadata={'source': '../../data/西游记1.txt'}
--------------------------
====================================
孙悟空和魔王、巨灵神等人物打过架。
LLMChainFilter :使用 LLM 链来决定过滤掉哪些初始检索的文档块。
LLMListwiseRerank :使用基于LLM的文档重排序 ,是一种更可靠但成本更高的方案。
EmbeddingsFilter :通过将文档和查询问题进行嵌入处理,仅返回与问题足够相似的嵌入结果(超过阈值)
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-06-30
本体论语义建设新思路,另类RAG来解决检索问题
2026-06-30
别把RAG当架构:Ontology(本体)才是Agent的业务世界
2026-06-29
PixelRAG:伯克利团队颠覆传统 RAG,用截图代替文本检索! 28 天狂揽 3000+ Star!
2026-06-29
腾讯WeKnora开源详解(三):检索引擎与生态集成
2026-06-29
腾讯开源WeKnora详解(二):知识库与对话核心能力
2026-06-29
RAG又被绕开了,MIT用MEMO给AI外挂记忆脑
2026-06-25
5.2k星星爆火开源!你的知识库迎来了史诗级更新,「像素级原生搜索」来了
2026-06-25
1.5K Star!网页提取神器 webclaw:让 AI 精准抓取网页核心内容!
2026-04-06
2026-04-27
2026-04-23
2026-04-02
2026-04-20
2026-04-09
2026-04-12
2026-04-22
2026-04-10
2026-05-14
2026-06-23
2026-06-23
2026-06-15
2026-06-10
2026-06-10
2026-05-20
2026-05-18
2026-05-11
欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。
在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。
一、 定义
本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。
会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。
知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。
二、 账号注册与登录
登录方式:本网站支持以下登录方式,您可根据实际情况选择:
微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。
手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。
账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。
实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。
未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。
三、 服务内容与规范
知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。
服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。
禁止行为:您在使用服务时不得实施以下行为:
利用技术手段批量爬取、下载、转存知识库内容;
将知识库内容用于商业目的或未经授权地向第三方传播;
干扰本网站正常运行或侵犯其他用户合法权益;
发布违法违规信息或从事违反公序良俗的活动。
四、 知识产权声明
权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。
有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。
侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。
五、 个人信息保护
我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。
您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。
您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。
六、 免责声明
内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。
不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。
第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。
七、 违约责任
如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。
如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。
八、 法律适用与争议解决
本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。
因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。
九、 其他
本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。
本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。
我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。