企业官网建设流程全解析

iis6.0如何做网站301,制作网站建设规划书的结构为,贵阳网站设计方案,零基础学seo要多久尽管大语言模型本身的能力在快速演进#xff0c;但它依然无法凭空获取训练数据之外最新或专有知识。 检索增强生成#xff08;RAG, Retrieval-Augmented Generation#xff09;正是为解决这一问题而生#xff1a; 在回答问题前#xff0c;先从知识库中检索相关资料#…尽管大语言模型本身的能力在快速演进但它依然无法凭空获取训练数据之外最新或专有知识。检索增强生成RAG, Retrieval-Augmented Generation正是为解决这一问题而生在回答问题前先从知识库中检索相关资料再让模型参考这些资料生成答案。换言之RAG让大模型从“闭卷考试”变成了“开卷考试”。但“开卷”也不一定更容易。如果检索到的资料不完整、不准确能力再强的大模型也无法给出高质量答案。因此检索是RAG的关键检索的效果取决于系统能否完整、准确地找到与用户问题最相关的内容。01.文档切块不可避免的语义破坏几乎所有RAG系统都遵循同一条技术路径文档解析 → 文本切块(Chunks) → 向量化 → 初步检索 → 精细重排 → 大语言模型生成RAG系统流程图由于检索模型的输入长度往往有限“文本切块”就成为了必要的步骤。 文本块越小语义匹配也就越精确。但切块正是影响RAG检索质量的元凶。为了适应模型限制原本连贯的长文档被机械切分为多个独立片段容易因语义缺失、语义歧义或全局结构信息丢失导致检索不完整。以《中华人民共和国民法典》为例点击查看原文档下同在固定长度切块策略下第一百二十三条关于知识产权的定义会被切成两块当用户提问**“根据知识产权定义哪些对象可享有专有权利”**时文本块1因包含关键词“知识产权”很容易被系统检索命中文本块2虽然包含条目内容但由于缺失标题和上下文语义匹配得分低极有可能被检索系统忽略最终大模型只回答了法条的前四项内容而遗漏了后四项。因切块导致的语义割裂是 RAG 产生“回答不全”问题的根源。02.为什么找不到完美的切块规则既然切块会导致断章取义那能否通过优化切块规则解决问题答案是很难甚至不可能。文档格式高度多样、内容结构千差万别没有一种切块规则能够适用于所有文档。例如在《小学生满分作文》中包含题目、作者、点评等多种非统一格式元素想用规则自动将完整作文切块非常困难。《小学生满分作文》石元达作文原文更重要的是切块的“合理性”是相对于“提问”而言的。在用户提问之前我们根本不知道哪种切块方式是最优的。以《深圳市前海一方恒融商业保理有限公司2024年度第二期华发优生活四号资产支持票据募集说明书》简称《募集说明书》为例当用户提问“华发股份董事会有多少位董事”相关的内容文档中有两段第179页“公司设董事会由9名董事组成…”第522页“公司董事局由十四名董事组成…”《募集说明书》第179页但问题在于仅看这两段无法判断两处“公司”具体所指的对象。我们还要依据第132页“共同债务人一华发集团”和第499页“共同债务人二华发股份”才能确定第179页的**“公司”指的是“华发集团”**第522页的**“公司”指的是“华发股份”**。依据这个问题理想的切块需要将第132-179页共48页切到一个文本块第499-522页共24页切到另一文本块。但这样大块的内容往往超出了检索模型的可处理长度同时切得过粗也会削弱对其他细节类问题的回答精度。所以并不存在能适应所有未来提问的“十全十美”的静态切块方案。只要切块存在语义连贯性的破坏就不可避免。**03.**上下文重排优势及盲区既然无法从优化切块上解决问题我们能否在检索阶段进行补救当前主流检索方案采用****“逐个评估”****方式检索模型单独判断一个文本块与查询的相关性从而忽视了切块造成的上下文问题。为此我们提出了****“上下文重排”模式****。传统重排方式与长上下文重排方式比较不同于传统重排模型“一次只给一个切片打分”、需要多次独立输入的模式上下文重排采用“整体评估”模式将初步检索到的多个候选文本切片去重、按原文顺序拼接组成一段包含完整上下文的连续长文本例如60k tokens依据硬件配置长度有所不同一次性输入给重排模型。这样重排模型能够感知检索内容间的语义关联更准确地评估各部分内容与提问的相关性。回到《民法典》的例子当初步检索召回文本块1和2后重排模型将两个文本块作为整体输入理解了文本块2的前半部分是文本块1的延续最终将“知识产权”对应的法规完整返回。上下文重排流程但这一方案并非一劳永逸。如果文档较短初步检索返回的结果能完整放入60k tokens的上下文窗口那上下文重排的确能直接解决问题但当文档很长初步检索返回的候选内容长度超过60k tokens时我们不得不在重排前再做一轮筛选而这依然可能导致关键信息遗漏。换言之上下文重排的效果其实取决于初步检索是否把关键切片“捞回”。例如在《小学生满分作文集》中石元达的作文被切分成四个文本块。对于提问“石元达的作文全文是什么”初步检索的60k内容中只包含文本块1和2、传统重排仅能召回文本块1。引入上下文重排模型后成功召回了文本块1和2但文本块3和4仍然缺失。文本块3和4在初步检索阶段因语义相似度较低被过滤掉部分相关内容在初步检索阶段就被永久丢失。**04.**上下文扩展让RAG像人类一样“扫视”为了解决这个问题我们不妨先回顾一下在RAG技术出现之前人们是如何从文档中获取知识的在传统搜索引擎中系统只需按相关性排序返回片段列表用户会自行阅读、判断、前后翻阅从而补全上下文信息而在RAG系统中由于检索结果面向大模型大模型无法“主动翻页”或“扫视前后文”只能基于给定片段生成答案。一旦关键上下文缺失错误或不完整的回答几乎不可避免。因此RAG对检索结果的完整性要求远高于传统搜索引擎。它不能依赖“用户智慧”来弥补缺口必须通过检索机制自身来确保信息的充分性。上下文扩展一次重排为了有效实施上下文扩展我们起初尝试直接依据初步检索阶段的向量相似度分数来决定扩展策略向量相似度越⾼的⽂本块扩展范围越⼤周围文本被纳入候选集合的可能性也越高。此时RAG系统的检索流程如下上下文扩展上下文重排该策略对检索完整性的提升较为有限——许多关键但未被初步检索召回的文本块依然未能通过上下文扩展被有效补充。例如在“石元达的作文”案例中初步检索仅召回文本块1和2对文本块1和2进行上下文扩展由于文本块1和2的分数较低仅文本块3纳入候选集合文本块4并未被包含进候选集合文本块1、2与3输入重排模型文本块1-3输入大模型生成回答中遗漏文本块4可见上下文扩展并不能盲目地“多拿一点”而是需要先精准识别关键片段再有针对性地扩展其上下文。上下文扩展二次重排先识别后扩展对此我们提出****“上下文扩展二次重排”****方案引入两阶段重排机制第一次重排使用上下文重排模型对初步检索结果进行精确评分上下文扩展基于重排得分对高分文本块进行扩展——将其在文档中相邻但未被召回的前后文本块纳入候选集。得分越高扩展范围越大二次重排对扩展后的候选集再次重排筛选出最终输入大模型的最优内容这一流程赋予了RAG系统类似人类的“扫视”能力先定位最相关的关键段落再对其上下文扩展最终结合更完整语境判断相关性。上下文扩展二次重排回到“石元达的作文”案例初步检索仅召回文本块1和2第一次重排后获得较高分数上下文扩展将相邻的文本块3和4一并纳入第二次重排识别全部内容最终文本块1-4输入大模型生成准确完整的回答。可以看到经过“上下文扩展二次重排”RAG系统具备了更强的语义连贯性感知能力。**05.**实验评测为验证所提出策略的有效性我们在50篇长文档上构建了包含855个问题的评测集平均每个问题涉及11.3个相关段落。三种检索流程对比在实验中我们采用统一的文档解析与切分策略并使用 BGE-M3 向量模型进行初步检索。随后对各类重排模型与重排流程进行了系统评估no_rerank直接使用初步检索的向量召回结果不进行任何重排bge_rerank采用 BGE-M3 重排模型“逐个评估”模式对每个候选文本块与查询进行独立相关性评估jina_rerank采用 Jina-Reranker-v3 模型“整体评估”模式作为业界公认性能领先的长上下文重排模型能够联合评估所有候选文本块与查询的整体相关性context_rerank采用庖丁长上下文重排模型“整体评估”模式联合建模查询与全部候选文本块按照图6所示的“流程一直接重排”方案执行extend_rerank基于庖丁长上下文重排模型按照图6所示的“流程二扩展后重排”方案执行rerank_extend_rerank在庖丁长上下文重排模型的基础上按照图6所示的“流程三重排–扩展–重排”方案执行。对比六种方案我们分别截取1k、5k 和 10k tokens 的上下文作为最终召回结果并计算其与人工标注结果之间的召回率。不同上下文长度下的平均召回率实验结果表明对于依赖长上下文的问题“整体评估”形式的重排模型显著优于”逐个评估“的重排模型“上下文扩展 二次重排”策略能够进一步提升召回完整性在全部召回长度下均取得最佳性能。**06.**总结在RAG系统中文档切块是绕不开的工程妥协但它带来的语义碎片化是检索完整性的最大敌人。我们提出的****“上下文扩展与二次重排”****策略本质上是让RAG系统模仿人类的阅读习惯不只看孤立的片段更要基于线索去扫视周围的语境。这种方法并未改变切块的规则而是改变了检索的逻辑以极低的成本有效弥补了信息缺口。对于追求高精度、高完整性的企业级RAG应用而言这或许是突破“断章取义”瓶颈的最有效路径。**07.**实战应用“上下文扩展与二次重排”技术现已在ChatDOC Studio正式发布上线您可以通过PC端访问https://chatdoc.studio/ 体验不同方案的实际效果。ChatDOC Studio 提供多种服务形态您可通过网页端即时检索也可通过API调用与任意业务系统集成。ChatDOC Studio操作实机演示我们仍以石元达作文为例对比上文不同检索模式的实际表现“Basic初步检索后直接输入”模式检索结果“Contextual上下文扩展上下文重排”模式检索结果能够看到无论是选用“Basic初步检索后直接输入”还是“Contextual上下文扩展上下文重排”模式在6k token长度下系统仅能检索召回包含石元达姓名的文本切片**黄色高亮显示**而在检索步骤中就遗漏了所需要的关键信息。“Expanded上下文扩展二次重排”模式检索结果而选择“Expanded上下文扩展二次重排”模式时可以看到同样token长度下石元达作文全文被完整召回**黄色高亮显示**证明“上下文扩展二次重排”在实际应用中具备显著提升检索完整性的优势。学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 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】