LLM大模型+检索增强(RAG、Atlas 和 REPLUG)

1. 检索增强生成 RAG

在问答和对话的场景下,通常可以通过检索和生成两种方式得到一个回复。检索式回复是在外部知识库中检索出满意的回复,较为可靠和可控,但回复缺乏多样性;而生成式回复则依赖于强大的语言模型中储存的内部知识,不可控,解释性差,但能生成更丰富的回复。把检索和生成结合起来,Facebook AI research 联合 UCL 和纽约大学于 2020 年提出:外部知识检索加持下的生成模型,Retrieval-Augmented Generation (RAG) 检索增强生成。

检索:这是指系统搜索庞大的数据库或存储库以查找相关信息的过程。

生成:检索后,系统生成类似人类的文本,整合获取的数据。

检索增强方法来克服大型语言模型(Large Language Models, llm)的局限性,比如幻觉问题(胡言乱语)和知识有限问题(常用于补充最新知识、公司内部知识)。检索增强方法背后的思想是维护一个外部知识库,在提问时检索外部数据,并将其提供给LLM,以增强其生成准确和相关答案的能力。

image

image

原理

RAG 由两部分组成:

image.png

BART 是一个基于完整的 transformer 预训练模型,使用去噪作为预训练任务。作者选用 BART-large 作为 RAG 的生成器。

在训练过程中,只有负责嵌入 query 的 BERT 和负责生成的 BART 参与微调更新参数,负责嵌入外部知识的 BERT 不用更新参数。在测试过程中,RAG-Token model 在计算当前词的概率时,前面位置候选词的概率已经完成计算了。因此,RAG-Token model 如同朴素的生成模型一样使用 beam search 解码。而 RAG-Sequence model 要遍历完所有文档才能得到每个位置候选词的概率。因此需要对每个文档使用 beam search 解码,然后再整合。

image

image

8大挑战

数据源加载与处理

各种数据加载、解析过程中,如何尽可能保留原始数据的逻辑和语义关系是一个需要注意的问题。可以多尝试不同的加载与解析方式,对比不同的py库。也可预定于好prompt便于LLM理解。

image

一个好的prompt可以通过补充相关材料实现:背景知识、互联网检索结果、RAG检索结果、in-context QA实例。

image

数据切分难

chunk_size: 对输入文本序列进行切分的最大长度。大语言模型一般会限制最大输入序列长度,比如GPT-3的最大输入长度是2048个token。为了处理更长的文本,需要切分成多个chunk,chunk_size控制每个chunk的最大长度。

chunk_overlap: 相邻两个chunk之间的重叠token数量。为了保证文本语义的连贯性,相邻chunk会有一定的重叠。chunk_overlap控制这个重叠区域的大小。

举例来说,如果chunk_size设为1024,chunk_overlap设为128,则对一个长度为2560的文本序列,会切分成3个chunk:

chunk 1: 第1-1024个token

chunk 2: 第897-1920个token (与chunk 1重叠128个)

chunk 3: 第1793-2560个token (与chunk 2重叠128个)

这样的切分方式既满足了最大长度限制,也保证了相邻chunk间语义的衔接。适当的chunk大小和重叠可以提升大语言模型处理长文本的流畅性和连贯性。

image

如何对原始文本进行切分(如何选择 chunk size),影响很大,需要根据业务具体需求判断:

实验改超参数,不断测试

解耦 index 时和 generation时的 chunk size,这里也有两种方式:

image

在检索时,文档如果可以构建为文档树结构,比如 段1段2,则可以先让 LMM 分别进行摘要,在搜索时首先根据摘要定位段落(也是使用相似度 ann 的方式 ),然后在段落内部 ann 检索。

将文档分的很小很小,这样每一个 chunk 内部的语义 已经很清晰了,然后检索到 chunk k 之后,我们取 chunk k-1, k, k+1 ,即相邻的 chunk 作为上下文。

image

检索效果不好

image

无法检索到有效的chunk (模型问题,切分问题) ; chunk 内部有无效信息 (先进行摘要,相关性过滤)。

提升方法:

可以使用 混合搜索 Hybrid Search ,即混合其他相似度评价指标,比如 Bm25,Keyword,Vector

混合其他的搜索字段,比如 元数据 meta-data,同时也可以考虑让 LLM 去抽取chunk 的大义,关键词;也可以结合上下文摘要

检索结果过多或过长

image

检索结果的过滤:后处理,其实就是一个重排的过程

image

告诉模型 原始query 和 metadata 中类型的集合,让模型帮助我们得到子集合,从而进行筛选。

Re-rank 的问题 :需要真实业务 domain 的数据来微调;这里可以 尝试使用 LLM 来 rerank (给LLM写好prompt)。

image

答案合成策略:

image

Default 版本:

image

迭代式 refine 版本:一条 一条 chunk 输入,不断让模型修改更新原答案

image

可解释性与鲁棒性

image

复杂query的处理

Prompt → Sub-query , 不断拆分成子问题 → 直到可以回复

image

2. Vector DB

image

image

第一阶段,Vector DB以文件形式存储vector数据,没有索引和查询功能;

第二阶段,Vector DB使用KD-tree等索引结构,可以实现一定查询功能,但高维向量的查询效率不高;

第三阶段,Vector DB通过复杂的Index索引算法,实现高效的索引和查询功能,可以高效的处理高维向量。

image

向量数据库和传统数据库的区别:

传统数据库存储的是文本,基于文本精确匹配(关键字搜索BM25)的精确查找,查询结果是符合条件的文本/None。缺点是不支持语义检索。

向量数据库存储的是embedding vector,基于embedding相似度的近似查找,查询结果是TOP-K个最相似的向量;

image

向量数据库Vector DB:向量数据库为vector数据提供Embedding存储、Index索引、Search查询三个功能。

Embedding作为Vector的表示形式:因为在深度学习模型中,所有的数据都是Tensor(高维Vector)形式,所以需要训练一个Embedding Model,将文本、图像、视频等各种模态的非结构化数据压缩为Embedding这种结构化的数据,同时保证真实世界中的语义相似度和在Embedding Space中的语义相似度一致。

image

image

Index索引功能使用tree、graph、hash等索引方式,对Vector数据进行分区/分片,通过缩小搜索空间,使得Vector DB更加高效的进行向量相似度查询,提高高维向量embedding数据处理效率。(K-means、Faiss、Inverted File Index(IVF)、Hierarchical Navigable Small World graphs(HNSW))

Search功能是通过向量相似度算法实现的,最常用的2个算法是点积和余弦相似度。

image

相似性搜索

相似性搜索算法有很多,可以按索引Index使用的数据结构(tree/graph/hash/IVF) 分类(加快索引检索),也可以按照减少向量的大小(量化降维向量数值长度) 分类(加快相似度运算)。

按照索引Index使用的数据结构(tree/graph/hash/IVF) 分类:

image

基于hash的索引结构:将高维向量映射为低维向量。如LSH。

image

基于tree的索引结构:将高维空间划分为多个子空间,用树结构来存储和检索。如KD-Tree、Annoy。

image

基于graph的索引结构(主流):用图节点表示向量数据,图边表示向量相似性。如NSW、HNSW。

image

基于IVF的索引结构(主流):将向量空间 划分为不同的Voronoi单元,进行单元聚类,构建倒排索引。如IVF。

image

按照减少向量的大小(量化降维向量长度) 分类:

image

Flat indexing 扁平化索引:使用索引算法(ANN、IVF、HNSW等),直接计算query embedding与DB中所有embedding的距离(什么都不做)。为了将其与Quantized 区分开,使用这种方法时通常称为IVF-Flat、HNSW-Flat等。

Quantized indexing 量化索引:将索引算法(IVF、HNSW等)与量化方法结合,减少内存占用并加快索引速度,量化方法分为标量量化(Scalar Quantization,SQ)或乘积量化(Product Quantization,PQ)

相似性搜索算法分类与汇总:

image

当前流行的向量数据库使用的相似性搜索算法汇总:

image

ANN

image

ANN暴力搜索中比较经典的是K-means算法:

image

image

ANN暴力搜索之Faiss算法:

image

image

Inverted File Index(IVF)

文档的倒排索引:构建单词表,再构建单词_id到文档_id的映射。

image

向量的倒排索引:构建Voronoi单元(区域)集合,再构建点到Voronoi单元的映射。

image

Hierarchical Navigable Small World graphs(HNSW)

image

image

image

image

image

image

相似性度量

image

image

image

image

image

image

3. Atlas

Atlas: Few-shot Learning with Retrieval Augmented Language Models

Atlas :用检索增强的语言模型进行few-shot学习

Atlas 拥有两个子模型,一个检索器与一个语言模型。当面对一个任务时,Atlas 依据输入的问题使用检索器从大量语料中生成出最相关的 top-k 个文档,之后将这些文档与问题 query 一同放入语言模型之中,进而产生出所需的输出。

image

2.1 模型架构 Architecture

Atlas 模型的基本训练策略在于,将检索器与语言模型使用同一损失函数共同训练。检索器与语言模型都基于预训练的 Transformer 网络,其中:

检索器 基于 Contriever 设计,Contriever 通过无监督数据进行预训练,使用两层编码器,query 与 document 被独立的编码入编码器中,并通过相应输出的点乘获得 query 与 document 的相似度。这种设计使得 Atlas 可以在没有文档标注的情况下,使用对比学习预训练检索器,从而显著降低内存需求。

语言模型 基于 T5 (encoder-decoder架构) 进行训练,将检索回来的每个passage都与question拼接为<question, passage>,通过encoder分别编码,然后concat在一起输入decoder进行 Cross-Attention,生成最终的回复。 这种 Fusion-in-Decoder 的方法有利于 Atlas 有效的适应文档数量的扩展。

image

2.2 训练目标 Training objectives

利用语言模型提供监督信号来训练检索器,联合训练 检索器retriever 和 语言模型LM:如果语言模型在生成输出时发现有用的文档,则检索器目标应鼓励检索者对所述文档进行更高的排名。基于这种想法,论文设计了以下四种不同的损失函数:

image.png

End-to-end training of Multi-Document Reader and Retriever(EMDR2):这种loss的设计将检索返回的文档作为隐变量,q 是给定的query,a 是最终的生成结果,对应的检索器的loss由语言模型得分跟检索得分的乘积的对数组成,但是通过固定语言模型的参数,实现只优化检索器的参数。之前提及的FiD,RAG等检索增强模型的联合训练使用的基本都是这种类型的损失函数。

image

Perplexity Distillation(PDist):上述1)的改进版,将ADist中的目标分布,由pATTN,改成语言模型的得分经过softmax操作后的概率分布,然后训练目标是最小化pATTN跟改进版的概率分布,进而去优化检索器的参数。

image.png

Leave-one-out Perplexity Distillation(LOOP):上述3)的改进版,将对应的语言模型的概率得分改成移除了特定文档后的语言模型得分的负数,训练目标同样是最小化pATTN跟新版语言模型概率分布的KL散度。这种损失函数的计算成本明显高于前面几种。

image.png

2.3 代理任务 Pretext task

基于 pretext task 的无监督学习用于联合预训练 retriever 和 language

model,关于预训练的任务涉及,论文也尝试了一下几种不同的方式。

a) Prefix language modeling

以N个字符为单位将文本分块,将每个块(chunk)的文本切分为长度为N/2的2段子序列,用第一段子序列作为query,通过检索模块召回相关的文档,然后去生成结果,生成的目标target是对应的第二段子序列。

b) Masked language modeling

以N个字符为单位将文本分块,对于每一个分块(chunk),随机抽样若干个平均长度为3的子片段进行mask,直到被mask的长度占文本总长度15%,将被mask后的每个分块作为query输入,通过检索模块去召回相关文档,然后利用语言模型去生成被mask掉的片段。

c) Title to section generation

利用Wikipeida的文章信息,将文章和章节的title作为query输入,通过检索模块去召回相关文档,然后利用语言模型去生成对应章节的详细内容。

2.4 高效的检索器 Fine-tuning

Retriever中的语料通过文档编码器,被编码成向量被存储到索引中,在联合训练retriever跟语言模型LM时,retriever的文档编码器更新后,相应的索引就需要被更新,全量更新索引会耗费非常多的计算资源跟时间。尤其是在finetune阶段,训练样本的数量会远小于文档的索引数,更新索引的时间会增加整体的训练时间。

a) Full index update

训练每经过一定步数后更新全部索引,这种方式的好处在于全量更新索引能保证retriever中的文档编码器跟索引之间的相关性,同时可以根据实际需要来设置更新的频率。在论文中索引总数是3700万,训练batch size是64,每次召回20个文档,每经过1000步后更新全部索引,更新索引的计算量占模型训练的30%左右。

b) Re-ranking

在训练的每一步,检索模块会召回top-L个文档,返回其中top-K个文档给语言模型,并且更新这个L个文档的索引,L会大于K,也就是每次更新的索引数量会大于语言模型用到的文档数量。在论文中,每次更新的索引数量是语言模型接受文档数量的10倍,更新索引的计算量占模型训练的10%。

c) Query-side fine-tuning

训练过程retriever模块只更新query的编码器,不更新文档document的编码器,那样就不需要更新索引了,所以更新索引的计算量占模型训练0%。固定文档编码器的影响在不同任务下不尽相同,在大多数few shot场景下,这种方式不会带来较大的性能影响,有时甚至能提高模型表现。

总结

检索增强的优势

可解释性: 大模型的黑箱属性,使得研究者很难以利用大模型对模型运行机理进行分析,而检索增强模型可以直接提取其检索到的文档,从而通过分析检索器所检索出的文章,可以获得对 Atlas 工作更好的理解。

可控性:我们往往会认为大模型存在训练数据“泄露”的风险,即有时大模型针对测试问题的回答并非基于模型的学习能力而是基于大模型的记忆能力,也就是说在大模型学习的大量语料中泄露了测试问题的答案,而在这篇论文中,作者通过人为剔除可能会发生泄露的语料信息后,模型正确率从56.4%下降到了55.8%,仅仅下降0.6%,可以看出检索增强的方法可以有效的规避模型作弊的风险。

可更新性: 检索增强模型可以无需重新训练而只需更新或替换其依托的语料库实现模型的时时更新。

如何系统的去学习AI大模型LLM ?

作为一名热心肠的互联网老兵,我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。

但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的 AI大模型资料 包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来

所有资料 ⚡️ ,朋友们如果有需要全套 《LLM大模型入门+进阶学习资源包》,扫码获取~

👉优快云大礼包🎁:全网最全《LLM大模型入门+进阶学习资源包》免费分享(安全链接,放心点击)👈

一、全套AGI大模型学习路线

AI大模型时代的学习之旅:从基础到前沿,掌握人工智能的核心技能!

img

二、640套AI大模型报告合集

这套包含640份报告的合集,涵盖了AI大模型的理论研究、技术实现、行业应用等多个方面。无论您是科研人员、工程师,还是对AI大模型感兴趣的爱好者,这套报告合集都将为您提供宝贵的信息和启示。

img

三、AI大模型经典PDF籍

随着人工智能技术的飞速发展,AI大模型已经成为了当今科技领域的一大热点。这些大型预训练模型,如GPT-3、BERT、XLNet等,以其强大的语言理解和生成能力,正在改变我们对人工智能的认识。 那以下这些PDF籍就是非常不错的学习资源。

img

在这里插入图片描述

四、AI大模型商业化落地方案

img

阶段1:AI大模型时代的基础理解

  • 目标:了解AI大模型的基本概念、发展历程和核心原理。
  • 内容
    • L1.1 人工智能简述与大模型起源
    • L1.2 大模型与通用人工智能
    • L1.3 GPT模型的发展历程
    • L1.4 模型工程
      - L1.4.1 知识大模型
      - L1.4.2 生产大模型
      - L1.4.3 模型工程方法论
      - L1.4.4 模型工程实践
    • L1.5 GPT应用案例

阶段2:AI大模型API应用开发工程

  • 目标:掌握AI大模型API的使用和开发,以及相关的编程技能。
  • 内容
    • L2.1 API接口
      - L2.1.1 OpenAI API接口
      - L2.1.2 Python接口接入
      - L2.1.3 BOT工具类框架
      - L2.1.4 代码示例
    • L2.2 Prompt框架
      - L2.2.1 什么是Prompt
      - L2.2.2 Prompt框架应用现状
      - L2.2.3 基于GPTAS的Prompt框架
      - L2.2.4 Prompt框架与Thought
      - L2.2.5 Prompt框架与提示词
    • L2.3 流水线工程
      - L2.3.1 流水线工程的概念
      - L2.3.2 流水线工程的优点
      - L2.3.3 流水线工程的应用
    • L2.4 总结与展望

阶段3:AI大模型应用架构实践

  • 目标:深入理解AI大模型的应用架构,并能够进行私有化部署。
  • 内容
    • L3.1 Agent模型框架
      - L3.1.1 Agent模型框架的设计理念
      - L3.1.2 Agent模型框架的核心组件
      - L3.1.3 Agent模型框架的实现细节
    • L3.2 MetaGPT
      - L3.2.1 MetaGPT的基本概念
      - L3.2.2 MetaGPT的工作原理
      - L3.2.3 MetaGPT的应用场景
    • L3.3 ChatGLM
      - L3.3.1 ChatGLM的特点
      - L3.3.2 ChatGLM的开发环境
      - L3.3.3 ChatGLM的使用示例
    • L3.4 LLAMA
      - L3.4.1 LLAMA的特点
      - L3.4.2 LLAMA的开发环境
      - L3.4.3 LLAMA的使用示例
    • L3.5 其他大模型介绍

阶段4:AI大模型私有化部署

  • 目标:掌握多种AI大模型的私有化部署,包括多模态和特定领域模型。
  • 内容
    • L4.1 模型私有化部署概述
    • L4.2 模型私有化部署的关键技术
    • L4.3 模型私有化部署的实施步骤
    • L4.4 模型私有化部署的应用场景

学习计划:

  • 阶段1:1-2个月,建立AI大模型的基础知识体系。
  • 阶段2:2-3个月,专注于API应用开发能力的提升。
  • 阶段3:3-4个月,深入实践AI大模型的应用架构和私有化部署。
  • 阶段4:4-5个月,专注于高级模型的应用和部署。
这份完整版的所有 ⚡️ 大模型 LLM 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费

全套 《LLM大模型入门+进阶学习资源包↓↓↓ 获取~

👉优快云大礼包🎁:全网最全《LLM大模型入门+进阶学习资源包》免费分享(安全链接,放心点击)👈

<think>好的,我现在需要帮助用户了解如何集成ASR、LLM、TTSRAG技术进行开发。首先,我需要回顾一下每个技术的基本概念作用,然后思考它们如何协同工作。根据用户提供的引用内容,特别是引用[3]提到“ASR+LLM+TTS”组合构建语音对话机器人,再加上RAG的话,可能需要进一步整合检索机制。 首先,ASR负责将语音转换为文本,这是输入的第一步。接下来,LLM处理用户的意图,但可能需要RAG增强其回答的准确性相关性,尤其是在需要外部知识库的情况下。然后,LLM生成的文本通过TTS转换为语音输出。用户引用的例子中提到了本地部署模型OneAPI的调用,这可能涉及系统架构的设计。 接下来,我需要考虑集成步骤。系统流程应该分阶段:语音输入→ASR→文本处理→RAG检索LLM生成回答→TTS输出。每个模块之间如何传递数据?比如,ASR的输出作为LLM的输入,而RAG可能在LLM处理前或处理中提供额外信息。引用[2]提到ASR需要声学语言模型,这可能涉及选择适合的ASR服务,如阿里云语音。 然后,技术选型方面,ASR可以选择现有云服务,LLM可能需要本地部署或API调用,RAG需要向量数据库嵌入模型,TTS同样可能需要云服务或本地模型。引用[3]提到在手机端部署大模型,可能要考虑资源限制,所以需要轻量化模型。 开发步骤需要分模块实现,比如先完成ASR到文本的流程,再集成RAG检索,测试LLM的响应生成,最后连接TTS。接口设计方面,模块间通过API或消息队列通信,比如使用RESTful API或WebSocket实时传输。 优化方面,可能要考虑延迟问题,引用[1]提到低延迟对游戏场景的重要性,所以需要优化各个模块的处理速度,比如并行处理ASRRAG检索。此外,错误处理机制也很重要,比如ASR识别错误时的纠错策略。 应用场景方面,用户提到的例子是语音对话机器人,可能适用于客服、教育或娱乐领域。比如引用[2]提到的金融、教育等场景,可以结合RAG提供专业知识。 最后,生成相关问题时要覆盖技术细节、优化、应用场景挑战,帮助用户深入思考可能遇到的问题。需要确保回答结构清晰,引用相关文献,并符合LaTeX格式要求。</think>要集成$ASR$、$LLM$、$TTS$$RAG$技术,需按照以下步骤构建端到端系统: ### 一、系统架构设计 $$ \begin{cases} \text{输入层:ASR语音转文本} \\ \text{处理层:RAG知识增强 + LLM意图理解} \\ \text{输出层:TTS文本转语音} \end{cases} $$ 引用[3]中提到的语音对话机器人框架可作为基础架构[^3]。 ### 二、技术集成步骤 1. **ASR模块** - 使用阿里云语音识别等成熟服务(如引用[2]所述) - 实现实时音频流处理接口 ```python from aliyunsdkcore import client def asr_process(audio_stream): # 调用ASR API return text ``` 2. **RAG增强层** - 构建知识库向量索引(建议使用FAISS/Pinecone) - 实现语义检索逻辑: ```python def rag_retrieve(query): embeddings = model.encode(query) results = vector_db.similarity_search(embeddings) return context_str ``` 3. **LLM意图理解** - 集成本地部署的轻量级模型(如qwen2:0.5b) - 结合RAG上下文生成响应: ```python def llm_generate(text, context): prompt = f"基于以下信息回答:{context}\n问题:{text}" return generate(prompt) ``` 4. **TTS输出** - 选择低延迟合成引擎(如VITS/FastSpeech2) - 实现语音流输出接口: ```python def tts_synthesize(text): audio = tts_model.generate(text) return audio_buffer ``` ### 三、系统优化要点 1. **延迟控制**:通过并行处理ASR解码RAG检索(如引用[1]游戏场景的延迟要求)[^1] 2. **错误恢复**:添加ASR置信度检测LLM纠错机制 3. **上下文管理**:使用对话状态跟踪(DST)维护多轮对话 4. **资源调度**:GPU推理加速与模型量化技术结合(参考引用[3]手机端部署经验)[^3] ### 四、典型应用场景 1. 智能客服:结合企业知识库的自动应答系统 2. 教育辅导:学科知识检索+个性化讲解 3. 游戏交互:实时语音指令识别与场景反馈(如引用[1]永劫无间案例)[^1]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值