深入理解RAG系统中的重排序技术:基于liu673/rag-all-techniques的实现
2025-07-05 09:35:44作者:幸俭卉
引言
在现代信息检索系统中,检索增强生成(Retrieval-Augmented Generation,RAG)已成为一种强大的技术范式。本文将重点探讨RAG系统中一个关键但常被忽视的组件——重排序(Reranking)技术,并基于liu673/rag-all-techniques项目中的实现进行详细解析。
重排序技术概述
什么是重排序?
重排序是RAG系统中继初始检索后的第二步过滤过程,其主要目的是对初步检索到的文档进行重新排序,确保最终用于生成响应的内容是最相关的。
为什么需要重排序?
- 初始检索的局限性:向量相似性搜索虽然快速,但可能无法准确捕捉语义相关性
- 精度提升:重排序可以显著提高最终结果的准确性
- 计算效率:相比直接使用大模型处理所有检索结果,重排序是一种更经济的方案
核心实现组件
1. 文档处理流程
def process_document(pdf_path, chunk_size=1000, chunk_overlap=200):
# 提取PDF文本
extracted_text = extract_text_from_pdf(pdf_path)
# 分割文本块
chunks = chunk_text(extracted_text, chunk_size, chunk_overlap)
# 创建嵌入向量
chunk_embeddings = create_embeddings(chunks)
# 构建向量存储
store = SimpleVectorStore()
for i, (chunk, embedding) in enumerate(zip(chunks, chunk_embeddings)):
store.add_item(text=chunk, embedding=embedding, metadata={"index": i})
return store
2. 向量存储实现
项目实现了一个轻量级的SimpleVectorStore类,核心功能包括:
- 存储文本、嵌入向量和元数据
- 基于余弦相似度的相似性搜索
- 支持批量添加和检索
class SimpleVectorStore:
def __init__(self):
self.vectors = [] # 存储嵌入向量
self.texts = [] # 存储原始文本
self.metadata = [] # 存储元数据
def similarity_search(self, query_embedding, k=5):
# 计算余弦相似度
similarities = []
for i, vector in enumerate(self.vectors):
similarity = np.dot(query_vector, vector) / \
(np.linalg.norm(query_vector) * np.linalg.norm(vector))
similarities.append((i, similarity))
# 排序并返回top-k结果
similarities.sort(key=lambda x: x[1], reverse=True)
return [{"text": self.texts[idx], ...} for idx, _ in similarities[:k]]
重排序技术实现
1. 基于LLM的重排序
这种方法利用大语言模型对文档相关性进行评分:
def rerank_with_llm(query, results, top_n=3):
# 系统提示定义评分标准
system_prompt = """
您是文档相关性评估专家,擅长判断文档与搜索查询的匹配程度...
评分标准:
0-2分:完全无关
3-5分:含部分相关信息但未直接回答问题
6-8分:相关且能部分解答查询
9-10分:高度相关且直接准确回答问题
"""
# 对每个文档评分
for result in results:
response = client.chat.completions.create(
model=llm_model,
messages=[
{"role": "system", "content": system_prompt},
{"role": "user", "content": f"查询: {query}\n文档: {result['text']}"}
]
)
# 提取评分并存储
score = extract_score(response)
result["relevance_score"] = score
# 按评分排序
return sorted(results, key=lambda x: x["relevance_score"], reverse=True)[:top_n]
优势:
- 能够理解复杂的语义关系
- 评分标准可灵活定义
- 适用于各种类型的查询
局限:
- 计算成本较高
- 延迟相对较大
2. 基于关键词的重排序
这是一种轻量级的替代方案:
def rerank_with_keywords(query, results, top_n=3):
# 提取关键词
keywords = [word.lower() for word in query.split() if len(word) > 3]
# 计算每个文档的分数
for result in results:
score = result["similarity"] * 0.5 # 基础分
# 关键词匹配加分
for keyword in keywords:
if keyword in document_text:
score += 0.1 # 基础匹配分
if first_position < len(text)/4: # 位置加分
score += 0.1
score += min(0.05 * frequency, 0.2) # 频率加分
# 排序并返回
return sorted(results, key=lambda x: x["relevance_score"], reverse=True)[:top_n]
适用场景:
- 对延迟敏感的应用
- 查询包含明确关键词的情况
- 资源受限的环境
完整RAG管道集成
将各组件整合为端到端的RAG管道:
def rag_with_reranking(query, vector_store, reranking_method="llm", top_n=3):
# 1. 创建查询嵌入
query_embedding = create_embeddings(query)
# 2. 初始检索(召回较多结果)
initial_results = vector_store.similarity_search(query_embedding, k=10)
# 3. 应用重排序
if reranking_method == "llm":
reranked_results = rerank_with_llm(query, initial_results, top_n)
else:
reranked_results = rerank_with_keywords(query, initial_results, top_n)
# 4. 合并上下文并生成响应
context = "\n\n===\n\n".join([r["text"] for r in reranked_results])
response = generate_response(query, context)
return {
"query": query,
"context": context,
"response": response
}
性能优化建议
- 批量处理:对多个文档的评分请求可以进行批处理以减少API调用次数
- 缓存机制:对常见查询的结果进行缓存
- 混合策略:结合关键词和LLM评分,先快速筛选再精细排序
- 并行处理:对多个文档的评分可以并行执行
总结
重排序技术是提升RAG系统性能的关键环节。liu673/rag-all-techniques项目提供了两种实用的实现方案:
- 基于LLM的方案:精度高但资源消耗大,适合对质量要求高的场景
- 基于关键词的方案:轻量快速,适合对延迟敏感的应用
开发者可以根据实际需求选择合适的方案,或结合两者优势设计混合策略。理解这些技术细节将帮助您构建更高效、更准确的RAG系统。
登录后查看全文
热门项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
535
3.75 K
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
67
20
暂无简介
Dart
773
191
Ascend Extension for PyTorch
Python
343
406
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
886
596
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
React Native鸿蒙化仓库
JavaScript
303
355
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
178