RAG模式到底有8种?还是9种?还是25种?

OpenViking上下文数据库Golang集成实践 技术创新文件系统范式:将AI Agent的上下文管理从扁平向量存储提升为结构化文件系统分层检索策略:L0/L1/L2三层加载机制,减少62.1%的Token消耗记忆自迭代:会话提交触发Agent经验沉淀,实现越用越智能工程实践完整Golang实现:提供生产级可用的OpenViking客户端库企业级集成方案:涵盖文档摄入、检索、会话管理等全流程性能优化成果:检索准确率提升24.1%,响应时间减少53.3%可观测性提升可视化检索轨迹:实现检索过程的白盒化,调试效率提升77.1%全面监控指标。 阅读详情

首先一句话通俗解释什么是RAG? 全称: Retrieval-Augmented Generation (检索增强生成) :RAG是一种结合信息检索与大语言模型生成的架构。

检索增强生成 (RAG) 是一种变革性的生成式人工智能架构,它将大型语言模型 (LLM) 与外部知识检索相结合,以生成更准确、更贴近实际且更具上下文相关性的响应。随着企业不断推进将生成式人工智能嵌入业务流程,RAG 提供了一种无需持续重新训练大型模型即可应对重大风险(包括信息错乱、知识陈旧和领域特定性)的方法。

RAG系统的组成部分:

检索增强生成(RAG)

从宏观层面来看,RAG系统由三个模块组成:

查询编码器:对输入进行编码x转换为查询表示q用于检索相关文档。这可以是神经编码器,也可以是基于规则的模板。

检索器:给定查询q检索器获取文档的排名列表。d1,d2,…,dk来自语料库𝒞.寻回犬可能数量稀少(例如,BM25 (Robertson 等人,2009) ),密集(例如,DPR (Karpukhin 等人,2020) )、混合型或生成型。

生成器:生成器对输入的条件x以及检索到的文件d我产生最终输出是这通常是一个预训练的Transformer模型(例如,T5 (Raffel等人,2020),BART ( Lewis等人,2020a),GPT (Brown等人,2020)

检索增强生成(RAG)中的生成过程可以表示为对条件分布进行建模

x表示输入内容 (例如:问题或提示)

d表示从语料库检索到的文档 𝒞

y表示生成的响应内容

检索增强生成(RAG)框架通过文档检索,利用外部知识访问来增强大型语言模型(LLM)。

检索增强生成 (RAG) 工作流程

RAG架构分类:根据现有系统的架构侧重点对其进行分类——检索中心型、生成器中心型、混合型和鲁棒性导向型设计

当你在豆某包或者千某问上搜索,到2026年为止,RAG按照复杂与演进大致分为4类 :

1.Naive RAG(基础 / 朴素 RAG)

2.Advanced RAG(高级 RAG)

3.Graph RAG(图谱 RAG)

4.Agentic RAG(智能体 RAG)

也有说RAG可分类为:

1.Naive RAG (基础/朴素RAG)

2.Advanced RAG (高级RAG)

3.Modular RAG (模块化RAG)

btw:但是这种说法不一定准确哈

按照技术实现方式分为8种:

1.Naive RAG(基础)

2.HyDE(假设文档嵌入)

3.Corrective RAG(纠正式)

4.Self-RAG(自反思)

5.Graph RAG(图谱)

6.Hybrid RAG(混合:向量 + 关键词 + 图谱

7.Adaptive RAG(自适应:按查询复杂度动态选策略)

8.Agentic RAG(智能体)

更有甚者说是25种RAG架构:

1.Corrective RAG 纠错型RAG

2.Speculative RAG

3.Agenetic RAG

4.Self-RAG

5.Adaptive RAG

6.Refeed Retrieval Feedback RAG

7.Realm (Retrieval-Augmented Language Model) RAG

8.Raptor (Tree-Organized Retrieval) RAG

9.Replug (Retrieval Plugin) RAG

10.Memo RAG

11.Attention-Based RAG

12.RETRO (Retrieval-Enhanced Transformer) RAG

13.Auto RAG

14.Cost-Constrained RAG

15.ECO RAG

16.Rule-Based RAG

17.Conversational RAG

18.Iterative RAG

19.HybridAI RAG

20.Generative AI RAG

21.XAI (Explainable AI) RAG

22.Context Cache in LLM RAG

23.Grokking RAG: The Intuitive Learner

24.Replug Retrieval Feedback

25.Attention Unet RAG

RAG 技术分层架构全景

后续会针对这25种RAG架构模式做详细介绍

本篇基于什么是RAG?RAG设计模式展开介绍

下面详细介绍基于《Retrieval-Augmented Generation for Large Language Models: A Survey》这篇论文提到的三种RAG模式的实现方式:

A:Naive RAG 朴素RAG

步骤:加载->分块->嵌入->检索->生成

重点:简单相似度搜索 ,不进行优化

from langchain.text_splitter import CharacterTextSplitter
from langchain.vectorstores import Chroma
from langchain.embeddings import OpenAIEmbeddings
from langchain_openai import ChatOpenAI
# 1. 加载并分割数据
text_splitter = CharacterTextSplitter(chunk_size= 500 , chunk_overlap= 100 )
texts = text_splitter.split_text( "文档内容在此处 " )
# 2. 创建嵌入并存储到向量数据库中
embeddings = OpenAIEmbeddings()
db = Chroma.from_texts(texts, embeddings)
# 3. 检索文档
retriever = db.as_retriever()
# 4. 使用 LLM 生成响应
llm = ChatOpenAI(model= "gpt-4o" )
query = "什么是 LangChain?"
docs = retriever.get_relevant_documents(query)
context = "\n\n" .join([doc.page_content for doc in docs])
response = llm.invoke( f"Context: {context} \nQuestion: {query} " )
print (response)

示例输出:

输入查询: 什么是langchain?

回复:“LangChain 是一个框架,用于构建将语言模型与向量数据库等工具相结合的应用程序,以实现检索增强生成 (RAG)。它简化了将数据集成到语言学习模型 (LLM) 工作流程中的过程。

朴素RAG的局限性:

阶段挑战
检索阶段- 可能召回不相关的文本片段。- 受限于相似度计算,可能遗漏关键细节。
生成阶段- 存在幻觉风险(编造事实)。- 可能生成不一致或冗余的回答。
增强阶段- 难以将信息进行连贯整合。- 输出内容可能缺乏风格一致性。

B. Advanced RAG 高级RAG

步骤:预处理->多查询->检索->后处理->生成

重点:增加查询优化、重新排名和上下文压缩

from langchain.text_splitter import CharacterTextSplitter
from langchain.vectorstores import Qdrant
from langchain.embeddings import OpenAIEmbeddings
from langchain_openai import ChatOpenAI
from langchain.prompts import PromptTemplate
from langchain.rerankers import Reranker
# 1. 预检索优化 🛠️
text_splitter = CharacterTextSplitter(chunk_size= 500 , chunk_overlap= 100 )
texts = text_splitter.split_text( "高级文档内容." )
embeddings = OpenAIEmbeddings()
db = Qdrant.from_texts(texts, embeddings)   # 使用 Qdrant 实现灵活检索
# 2. 查询优化 🔍
query_variations = [
"解释 LangChain 概念." ,
"LangChain 的用例是什么?" ] “
LangChain 如何简化工作流程?”
#
3. 检索和重排序 ✂️
retriever = db.as_retriever()
all_docs = []
for query in query_variations:   # 多查询方法
docs = retriever.get_relevant_documents(query)
all_docs.extend(docs)
# 重排序结果
reranker = Reranker()
ranking_docs = reranker.rank(all_docs, query)
# 4. 上下文压缩 🔧
context = "\n\n" .join([doc.page_content for doc in ranking_docs[: 3 ]])   # 选择前 3 个文档
# 5. 使用优化后的输入生成响应
llm = ChatOpenAI(model= "gpt-4o" )
prompt = PromptTemplate.from_template( "基于上下文的答案:\n{context}\n问题:{query}" )
response = llm.invoke(prompt.format ( context=context, query= "什么是 LangChain?" ))
print (response)

优化索引:

技术手段核心用途
分块策略 🧩将数据拆分为可管理的片段,以实现高效处理。
数据清洗 🧹去除噪声干扰,确保用于索引的文本片段具备高质量。
多表示索引 🗂️存储多种视角的数据(文本、语义向量),以更好地捕捉上下文信息。
自查询检索 🤖在检索前内部生成优化查询,以提升结果的相关性。
父文档检索 📖检索完整文档而非孤立片段,以实现更优的上下文整合。

检索前优化与检索后优化的权衡取舍:

流程优势劣势
检索前 (Pre-Retrieval)✅ 搜索速度更快。✅ 结果更聚焦,减少噪声干扰。✅ 实现更简单。❌ 预处理成本高。❌ 灵活性受限。❌ 存在过滤掉有用数据的风险。
检索后 (Post-Retrieval)✅ 可灵活优化结果。✅ 支持纠错处理。✅ 能适配查询意图。❌ 需要更多计算资源。❌ 依赖初始检索的质量。❌ 配置更复杂。

C. Modular RAG 模块化RAG

步骤:模块化设置->路由->动态查询->上下文融合->生成

重点:支持特定任务模块、路由和内存集成

优点:1.即插即用的咯灵活性2.动态查询处理3.任务特定精确度4.可扩展且面向未来

from langchain_community.document_loaders import WebBaseLoader
from langchain.vectorstores import Pinecone
from langchain.embeddings import OpenAIEmbeddings
from langchain.chains import RetrievalQA
from langchain.prompts import PromptTemplate
from langchain_openai import ChatOpenAI
from langchain.memory import ConversationBufferMemory
from langchain.retrievers.multi_query import MultiQueryRetriever
# 1. 模块化数据加载 🔄
loader = WebBaseLoader( "https://example.com/article" )
data = loader.load()
# 2. 灵活索引 📦
text_splitter = CharacterTextSplitter(chunk_size= 500 , chunk_overlap= 100 )
texts = text_splitter.split_documents(data)
embeddings = OpenAIEmbeddings()
vector_store = Pinecone.from_documents(texts, embeddings)
# 3. 高级查询路由 🌐
multi_retriever = MultiQueryRetriever.from_llm(
retriever=vector_store.as_retriever(), llm=ChatOpenAI(model= "gpt-4o" )
)
# 4. 特定任务提示 🎯
custom_prompt = PromptTemplate(template= """回答以下问题:
{context}
问题:{question}""" )
# 5. 内存模块 🧠
memory = ConversationBufferMemory(return_messages= True )
# 6. 动态问答链 ⚡
qa_chain = RetrievalQA.from_chain_type(
llm=ChatOpenAI(model= "gpt-4o" ),
retriever=multi_retriever,
memory=memory,
chain_type_kwargs={ "prompt" : custom_prompt}
)
# 7. 执行灵活管道
响应 = qa_chain.run( "LangChain 的主要特性是什么?" )
print (response)

模块化RAG的优势:

特性优势
可适应性 🔄可针对不同任务替换或重新配置模块,确保可扩展性与复用性。
精准检索 🎯采用多查询扩展与自查询机制,提升检索准确率。
任务专属优化 🛠️使流水线适配问答、摘要或知识图谱等专业化工作流。
动态查询路由 🚦自动将查询路由至最相关的数据源与检索方法。
记忆集成 🧠追踪多轮查询间的上下文历史,支持迭代优化与多步骤工作流。

以下是 Modular RAG 在幕后所做的工作:

  1. 路由模块🚦 → 决定此查询是否需要网络搜索、内部文档或API 数据。
  2. 多查询扩展 🔗 → 生成3-5 个问题变体,以涵盖不同的角度。
  3. 并行检索 🔍 →同时在多个数据源(向量存储、API 等)中运行搜索。
  4. 重新排名📊 → 选择排名靠前的数据块,并删除重复或无意义的结果。
  5. 内存 🧠 → 检查过去的查询以获取上下文 — 此查询是否建立在先前的问题之上?
  6. LLM 答案 🎯 → 整合最佳信息并撰写最终回复——清晰、简洁、切中要点。

步骤一:导入所需库

from langchain.vectorstores import Qdrant   # 用于嵌入的向量存储
from langchain.embeddings import OpenAIEmbeddings   # 嵌入模型
from langchain.text_splitter import RecursiveCharacterTextSplitter   # 将文档分割成块
from langchain.chains import RetrievalQA   # 检索增强生成 (RAG)
from langchain.prompts import ChatPromptTemplate   # 提示模板
from langchain.chat_models import ChatOpenAI   # 基于 GPT 的 LLM

步骤二:设置模块化组件

# 加载并准备数据
text = "您的文档内容..."   # 替换为您的输入数据
splitter = RecursiveCharacterTextSplitter(chunk_size= 500 , chunk_overlap= 100 )
chunks = splitter.create_documents([text])
# 嵌入和向量存储
embeddings = OpenAIEmbeddings()
vector_db = Qdrant.from_documents(chunks, embeddings, collection_name= "modular_rag_demo" )
# 检索器配置

步骤三:多查询模块

from langchain.prompts import PromptTemplate
from langchain.chains import LLMChain
# 多查询提示
query_template = """
生成给定查询的三个变体:
查询:{question}
变体:
1. ...
2. ...
3. ...
"""
prompt = PromptTemplate(input_variables=[ "question" ], template=query_template)
# 生成多查询扩展
llm = ChatOpenAI(model= "gpt-4o" )
query_chain = LLMChain(prompt=prompt, llm=llm)
query_variations = query_chain.run({ "question" : "总结2023年的气候政策" })

步骤四:检索和排序数据

# 检索每个变体的文档
retrieved_docs =  [ ]
for query in query_variations.split ( "\n" ) :
retrieved_docs.extend ( retriever.get_relevant_documents ( query ) )
# 重新排序并压缩上下文
context =  "\n\n" .join ( doc.page_content [ : 200 ] for doc in retrieved_docs )   # 压缩到 200 个字符

步骤五:使用 LLM 生成输出

# 创建提示模板
template = """
上下文:
{context}
问题:
{question}
答案:
"""
chat_prompt = ChatPromptTemplate.from_template(template)
# 生成回复
response = llm.invoke(chat_prompt.format ( context =context, question= "总结2023年的气候政策" ))
print (response)

输出示例📝

输入查询:
“总结2026年的气候政策。”

输出答案:
“2026年的气候政策重点在于推广可再生能源、制定更严格的碳排放法规以及达成国际气候协议,以将全球变暖幅度控制在1.5摄氏度以内。感谢您的提问!

学AI大模型的正确顺序,千万不要搞错了

🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!

有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!

就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

在这里插入图片描述

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!

我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

BM25在RAG中的工程价值:轻量、可控、可审计的精准检索 BM25是一种基于词频-逆文档频率与文档长度归一化的经典关键词检索模型,其核心原理是通过TF、IDF和长度惩罚实现可解释的打分排序。相比黑盒语义检索,BM25具备零训练、低资源消耗、结果可追溯等技术优势,在事实型问答、结构化知识库、边缘部署及合规审计等场景中展现出不可替代的工程价值。尤其在RAG架构中,它常作为首层高效过滤器,与小模型(如Gemma-2B)协同构成‘精准召回+轻量生成’的高性价比流水线。本文聚焦BM25在真实LLM应用中的落地实践,涵盖中文分词适配、字段加权、索引优化及与agentic AI 阅读详情

相关推荐

Hybrid RAG实战:语义+BM25双轨检索系统搭建指南

RAG(检索增强生成)是当前知识问答与文档智能的核心范式,其效果高度依赖底层检索能力。纯向量检索虽能理解语义相似性,却在精确匹配术语、代码符号、法规编号、医学编码等离散关键词时严重失准;而BM25作为经典关键词检索算法,凭借词频与逆文档频率建模,在字面匹配上具备天然鲁棒性。Hybrid RAG并非简单拼接两种结果,而是通过归一化评分、动态权重策略与交叉验证增强,构建语义理解与关键词锁定协同互补的双轨机制。本文聚焦本地可部署的轻量级实现,覆盖文档分块适配、BM25 tokenization避坑、语义距离校准、

weixin_30954265的博客 358

基于RAG的企业智能客服项目,已拿70万offer!

基于 RAG 构建一套企业智能客服系统📖。

m0_59164520的博客 1449

BM42 vs BM25实战对比:Qdrant混合搜索在RAG系统中的性能提升实测

本文通过实测对比BM42与BM25在Qdrant混合搜索中的表现,揭示BM42通过注意力机制重构IDF计算逻辑,在RAG系统中实现高达18%的准确率提升。实验数据显示,BM42在短文本场景下显著优于传统BM25,尤其在Recall@100指标上提升19.7%。文章还提供了Qdrant混合搜索的实战配置和性能优化建议,助力开发者提升检索效率。

weixin_28256233的博客 221

从Vibe Coding到可控生产力:Harness Engineering的实践启示

摘要:OpenAI提出的Harness Engineering(工程化治理)理念为AI Agent时代的软件工程提供了关键方法论,旨在解决代码高产出下的质量闭环、上下文管理等核心矛盾。其三大目标包括重构工程师角色、将AI纳入可控体系、实现低成本纠错,通过六大举措(如角色重构、机械化约束、反熵机制等)重构工程流程。该理念与vibe coding高度互补,既保留灵感驱动的敏捷性,又通过工程化体系保障稳定性,最终推动工程师从"代码生产者"升级为"工程体系设计者"。

小程故事多的博客 4401

用AI学习graphify

Graphify是一个AI驱动的知识图谱构建工具,能够将代码、文档、论文、图像和视频等多模态数据转换为结构化知识图谱。其核心技术特点包括: 多模态处理能力: 支持25+编程语言的AST解析 处理PDF、Markdown等文档 集成Whisper进行音视频转录 高效知识提取: 采用确定性AST解析与LLM语义提取结合 相比直接读取源文件,查询token消耗最多减少71.5倍 增量更新机制仅处理变更文件 智能分析功能: 自动识别高中心性的"上帝节点" 发现跨领域的"意外连接&quo

我的专栏 752

到底什么是Harness工程?一篇文章从入门到企业落地全解析

随着OpenClaw爆火,Harness Engineering(驾驭工程)成为AI编程时代的热门概念,很多小白对其感到陌生。本文用通俗类比和真实案例,避开复杂术语,从基础定义入手,讲清Harness Engineering的核心逻辑——人类工程师设计“约束系统”(马具),让AI模型(烈马)安全高效地完成代码工作,同时拆解其核心组件、企业落地场景和实战成果,帮小白快速入门,读懂这项能解放人力、提升效率的新技术,轻松掌握它的核心价值和落地思路。

program哲学 3289

RAG模式到底有几种?从分类坐标系到工程选型

检索增强生成(RAG)是大模型落地知识库问答的关键技术,它通过融合外部检索与语言模型生成,有效缓解幻觉并实现知识实时更新,广泛用于智能客服、文档综述与事实校验等场景。RAG并非一个固定引擎,而是由检索、生成、路由、融合等模块组合而成的工作流,因此网上“8种”“9种”“25种”模式的说法常因分类维度不同而互相矛盾。理解RAG的核心在于建立清晰的分类主轴:可按检索流程精细度拆分为Naive RAG、Advanced RAG与Modular RAG三代,也可从流程、架构、业务三个坐标系审视不同命名背后的逻辑。掌握

weixin_29040367的博客 223

Android WLAN STA/AP 并发

Android 9 引入了可让设备同时在 STA 和 AP 模式下运行的功能。对于支持双频并发 (DBS) 的设备,此功能让一些新功能得以实现,例如在用户想要启用热点 (softAP) 时不会中断 STA WLAN。

华南烹鱼宴 1250

RAG模式分类与实战选型:从基线到模块化如何对症下药

大语言模型的知识问答能力常受限于训练数据覆盖,检索增强生成(RAG)通过引入外部知识库,成为解决事实性问答和知识更新的核心架构。然而,面对社区中“RAG有几种模式”的讨论,8种、9种、25种等答案并非矛盾,而是因分类维度不同——检索对象、流程环节或模块组合均能衍生出多种变体。理解RAG的真正路径,是跳出数字本身,聚焦它所解决的具体业务痛点。从朴素RAG的“索引-检索-生成”三步走,到高级RAG在查询改写、混合检索、重排等环节的优化,再到模块化架构的可插拔组合,实战选型需依照评测数据定位瓶颈:问题表述不佳时启

weixin_32678995的博客 250

ros2 humble中使用realsense t265与d435

前提,安装realsense SDK 2.51.1版本并且能成功启动realsense-viewer V2.51.1想要在ros2中使用realsense t265,必须配合realsense SDK v2.51.1使用realsense-ros 4.51.1版本,因为新版本realsense ros2不再对t265支持下面记录源码编译安装 realsense-ros 4.51.1版本。

m0_72797388的博客 956

stm32H743IIT6 cubemx HAL USB UVC摄像头基础

stm32性能已经很强了, 可以驱动ov5640摄像头, 所以可以把摄像头接在stm32上, 当作一个摄像头驱动器, 连接到电脑上 开发环境: stm32cubemx 6.0.1 单片机: 自己做的stm32h743iit6核心板,兼容正点原子 学习资料: 圈圈学USB 鱼鹰谈单片机 从零开始学习USBhttps://to-run-away.blog.csdn.net/article/details/85038393 整个项目是基于CDC串口上修改 1 stm32 USB 代码概览 ..

紫枫洛天的博客 7754

BM25 算法详解:从原理到代码实现,掌握搜索与 RAG 的核心检索技术

本文详细介绍了BM25算法,这是一种用于衡量查询与文档相关性的经典排序算法。文章从TF-IDF的局限性出发,指出BM25通过解决词频非线性增长、文档长度归一化和词语重要性差异三大问题,成为搜索引擎和RAG系统的核心检索技术。 核心内容包括: BM25的三大核心思想:词频饱和函数、逆文档频率和文档长度惩罚机制 完整数学公式解析及各参数含义 直观类比:将BM25比作严格的"老师打分系统" 代码实现示例,展示分词、建索引和检索流程 BM25通过平衡词频、文档长度和词语稀有度,实现了比TF-IDF更精准的相关性评估

zzzzz77777aaaaaa的博客 568

Windows-Anaconda3+TensorFlow安装教程

测试环境:win10-64位和win7-64位 (系统必须是64位,因为TensorFlow目前只支持64位) 一、安装Anaconda3 1.下载Anaconda3 Anaconda官网链接:link 这里我们选择Windows版本,python3.6-version-64位,如下图所示。 2.下载完成之后,点击安装Anaconda3 注意:安装过程中要选择添加环境变量,如图 待安装完成...

DoctorCuiLab的博客 3089

RAG模式分类解析与工程实践指南

RAG(检索增强生成)作为自然语言处理领域的重要技术,通过结合信息检索与文本生成的优势,显著提升了生成内容的准确性和可靠性。其核心原理是在生成过程中动态检索相关知识,再通过融合策略将检索结果与生成模型结合。从工程实践角度看,RAG技术的关键在于检索策略、融合方式和生成控制三个维度的优化组合。当前主流分类体系包括基于Meta论文的8分类法,以及新增渐进式检索和验证式生成的9分类法。在电商客服、金融风控等实际应用场景中,不同RAG变体展现出独特价值。特别是多跳检索和混合检索技术的引入,大幅提升了复杂查询的处理能

weixin_42526415的博客 278

SAP-ABAP:SAP客户端管理核心事务码SCC4深度解析

SAP客户端管理核心事务码SCC4深度解析

baidu_35680696的博客 1569

LSTM 怎么进行二维数据的输入呢

尽管LSTM并不天然地适用于处理图像、视频等二维数据,但通过时间序列化、卷积特征提取和双向LSTM等方法,我们可以将二维数据转化为适合LSTM输入的形式,从而利用LSTM的强大记忆能力和长期依赖学习能力对二维数据进行建模。未来的研究方向可以考虑将LSTM与其他模型结合,例如将LSTM与卷积神经网络(Convolutional Neural Network, CNN)结合,利用CNN提取图像的空间特征,然后利用LSTM学习时间序列的长期依赖;

xiamu_CDA的博客 1039

RAG入门:一文搞懂向量RAG、BM25、知识图谱(GraphRAG)、SAG、PageIndex工作逻辑、演进

你可能看过很多关于RAG的文章,介绍某种新的技术、新的理念,都说要干翻RAG。 在我看来这大都是吸引人眼球的噱头,事实上这些很多都属于广义上的RAG。

m0_59164520的博客 172

20251121更新纷玩岛

【代码】20251121更新纷玩岛。

猫敷雪 1021

【BM25规模扩展研究技术解析】为何1000万Token后经典检索反超Agentic RAG

摘要 一项2026年的研究发现,当语料规模超过1000万Token时,传统BM25检索方法反超Agentic RAG系统,在600.8M Token的全规模语料上领先19.8分。研究采用28层严格嵌套的语料阶梯设计,控制变量探究检索范式的规模效应。结果显示:在小规模语料(1.7M Token)下File-System Agent表现最佳;但随着语料扩大,BM25凭借全局词法排序优势保持稳定性能,而Agentic RAG因路径探索困难导致准确率下降。研究指出,Agent推理更适合作为全局检索后的精排阶段,而非

独立思考,明辨是非 234

CVE-2021-3156本地提权漏洞复现

受影响版本 sudo: 1.8.2 - 1.8.31p2 sudo: 1.9.0 - 1.9.5p1 测试 我这里是在本地centos7上进行测试。 需要目标机器上存在python编译器、目标主机出网或者能上传文件到目标主机。 以非root用户登录系统,并运行如下命令: sudoedit -s / 通常响应一个以 sudoedit: / 开头的报错,多半存在漏洞。 利用 提权脚本: https://www.o2oxy.cn/wp-content/uploa

The current road is different, love needs to distinguish between right and wrong 3782

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

【RAG过滤排序技巧】HiFi-RAG 超越Gemini NeurIPS25冠军

层次化过滤+大模型排序,Rag效果超过Gemini,实现性能与准确率的平衡。

weixin_37763484的博客 1415

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

RAG(一):Agentic RAG、AUTO-RAG、ChunkRAG、FastRAG、Graph RAG、HtmlRAG

概述、Agentic RAG:类型、实现、其他;AUTO-RAG、ChunkRAG、FastRAG:架构、Graph RAG、HtmlRAG。

lonelymanontheway的博客 1340

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

RAG不要只靠向量检索!实战BM25+RRF混合检索解决政策文档数字、条款召回不准

传统纯向量检索擅长语义匹配,能够很好处理同义改写,但是面对政策文档中大量日期、数字、条款编号、申报材料名称这类精确实体时召回效果很差。 本文完整实现一套混合检索方案:使用 jieba 分词 + rank‑bm25 实现关键词检索,Milvus 提供向量语义检索,通过 RRF 倒数排名融合对两路检索结果合并排序;利用asyncio.gather并行执行两路检索,统一数据结构,增加 trace 全链路调试,编写独立测试脚本。兼顾语义理解与关键词精确命中,解决政策 RAG 召回不准的痛点。

FH000017的博客 590

LLM之RAG理论(七)| 高提升RAG检索的四种方法

LoRA是大模型微调的技术之一,它来自论文《LoRA: Low-Rank Adaptation of Large Language Models》[9],基本原理是冻结大模型参数,在原始模型中添加少量的可训练参数AB矩阵来适应特定领域知识,由于微调的参数量较少,比较适合低资源的场景和用户。有时候直接对原问题生成答案效果不佳,这时我们可以通过要求LLM首先将用户的查询分解为子问题,然后,文档检索器可以检索每个较小的问题,这样可以提供更丰富的上下文。对于每个检索到的文档集,都会生成相应子问题的答案。

wshzd的博客 2392
上一篇: 知识图谱在企业级AI Agent应用中的作用
下一篇: 一文读懂 Claude Code 的架构设计
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2841原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值