大模型上下文都过百万了,我们为什么还需要 RAG?

端侧大模型实战:百万Token上下文与本地部署全解析 近年来,大语言模型(LLM)技术飞速发展,推理效率与量化算法的突破使得模型可以在个人设备上高效运行。端侧部署作为云端方案的重要补充,凭借数据隐私、离线可用和零延迟等优势,正成为AI应用落地的新趋势。百万Token上下文窗口的实现依赖于稀疏注意力、KV Cache优化等底层创新,而上下文工程与RAG(检索增强生成)则让有限资源发挥更大价值。从硬件选型到Ollama一站式部署,从量化参数选择到常见问题排查,掌握本地大模型的关键技术,就能在笔记本上构建属于自己的智能助手。本文以实战视角,深入剖析端侧大模型的核心原 阅读详情

Gem)ini 和 Claude 的上下文窗口越卷越大,很多人开始产生一种幻觉:既然模型能一次性读完一本书,那 RAG(检索增强生成)是不是该退场了?

但在实际工程落地中,如果你真的把几十万字的文档一股脑塞给模型,迎接你的通常不是“智慧的涌现”,而是居高不下的 Token 账单、长达几十秒的延迟,以及模型在文本中间段反复出现的“睁眼瞎”行为。

长上下文不代表 RAG 消失了,它只是让 RAG 的重心从“如何切分”转向了“如何调度”。以下是构建高性能长上下文 RAG 系统的 5 个关键工程实践。


1. 引入重排序(Reranking)

斯坦福等机构的研究早已证实,LLM 在长文本中存在“Lost in the Middle”现象:模型对 Prompt 首尾的信息捕捉最准,而中间部分最容易被忽略。

工程优化方案:

  • 扩大检索池: 向量数据库初步检索时,将 Top-K 从 5 扩大到 20 甚至更多。
  • 精细化重排: 引入 Cohere Rerank 或 BGE-Reranker 这种交叉编码器(Cross-Encoder),对这 20 个片段进行二次打分。
  • 策略性注入(Attention 布局): 将相关度第 1 的片段放在 Prompt 最前。
  • 将相关度第 2 的片段放在 Prompt 最后。
  • 剩余片段填充在中间。
    这种布局能精准击中模型的注意力高地,把检索精度再拉升一个台阶。

2. Context Caching

对于知识库相对固定的场景(如企业知识库、项目源码库),每次提问都让模型重读一遍几十万字,不仅慢,而且极其费钱。

实践建议: 利用 API 提供的上下文缓存功能。当你上传 100k+ 的文档后,模型会返回一个 Cache ID。

  • 复用效率: 后续针对该知识库的所有提问,只需支付极少量的缓存命中费用。
  • 性能提升: 由于模型不需要重新计算 KV Cache,首字响应时间(TTFT)会得到显著优化。

3. 动态元数据过滤

单纯的向量搜索(Vector Search)本质上是概率匹配,它在处理“具体时间、特定版本、特定作者”等硬约束时非常吃力。

架构改进:

  • 结构化元数据: 在 Chunk 阶段,强制提取日期、章节 ID、文档权限等信息并存入 Meta 字段。
  • 混合查询: 采用“先过滤、后语义”的逻辑。比如用户问“2025 年 Q4 的财报”,系统应先通过元数据锁死时间范围,再在剩下的 Chunk 里做语义相似度计算。这能有效防止模型拿着 2023 年的数据去回答 2025 年的问题。

4. 混合检索(Hybrid Search)

向量检索虽然擅长处理意图理解,但在面对特定的错误代码(如 0x8004210B)、零件编号或行业缩写时,其表现往往不如传统的词频检索。

落地思路:

  • 双路检索: 同时运行语义搜索和关键词搜索。
  • RRF 融合: 使用互惠排名融合(Reciprocal Rank Fusion)算法将两路结果合并。
    这样既保证了系统能懂“人话”,又保证了它在面对硬核术语时不会“张冠李戴”。

5. 查询扩展(Query Expansion)

用户的问题往往是模糊且短促的,而文档中的表述通常是专业且冗长的。

不要直接用原始 Query 去检索。先调用一个廉价的小模型(如 Gemini Flash)对 Query 进行扩展:

  • 生成 Hypothetical Document(HyDE): 让模型先猜一下答案大概长什么样,用猜出来的“伪答案”去搜真答案。
  • 多维度拆解: 将一个大问题拆成 3 个不同侧重点的小问题分别检索。
    这能显著提高检索的回捞率,尤其是针对那些隐含逻辑较深的复杂查询。

写在最后

长上下文时代的 RAG 已经从一种“不得不做”的妥协,变成了一门“精雕细琢”的艺术。

我们不再追求把所有东西都塞进去,而是追求在最合适的成本下,让模型在最合适的位置,看到最正确的信息。

对于开发者来说,盲目追逐模型参数的意义正在变小,而这套围绕注意力、缓存和检索精度的架构设计,才是真正能沉淀下来的工程资产。

这里给大家精心整理了一份全面的AI大模型学习资源,包括:AI大模型全套学习路线图(从入门到实战)、精品AI大模型学习书籍手册、视频教程、实战学习、面试题等,资料免费分享!

👇👇扫码免费领取全部内容👇👇
在这里插入图片描述

1. 成长路线图&学习规划

要学习一门新的技术,作为新手一定要先学习成长路线图,方向不对,努力白费。

这里,我们为新手和想要进一步提升的专业人士准备了一份详细的学习成长路线图和规划。可以说是最科学最系统的学习成长路线。
在这里插入图片描述

2. 大模型经典PDF书籍

书籍和学习文档资料是学习大模型过程中必不可少的,我们精选了一系列深入探讨大模型技术的书籍和学习文档,它们由领域内的顶尖专家撰写,内容全面、深入、详尽,为你学习大模型提供坚实的理论基础。(书籍含电子版PDF)

在这里插入图片描述

3. 大模型视频教程

对于很多自学或者没有基础的同学来说,书籍这些纯文字类的学习教材会觉得比较晦涩难以理解,因此,我们提供了丰富的大模型视频教程,以动态、形象的方式展示技术概念,帮助你更快、更轻松地掌握核心知识。

在这里插入图片描述

4. 2026行业报告

行业分析主要包括对不同行业的现状、趋势、问题、机会等进行系统地调研和评估,以了解哪些行业更适合引入大模型的技术和应用,以及在哪些方面可以发挥大模型的优势。

5. 大模型项目实战

学以致用 ,当你的理论知识积累到一定程度,就需要通过项目实战,在实际操作中检验和巩固你所学到的知识,同时为你找工作和职业发展打下坚实的基础。

在这里插入图片描述

6. 大模型面试题

面试不仅是技术的较量,更需要充分的准备。

在你已经掌握了大模型技术之后,就需要开始准备面试,我们将提供精心整理的大模型面试题库,涵盖当前面试中可能遇到的各种技术问题,让你在面试中游刃有余。

在这里插入图片描述

7. 资料领取:全套内容免费抱走,学 AI 不用再找第二份

不管你是 0 基础想入门 AI 大模型,还是有基础想冲刺大厂、了解行业趋势,这份资料都能满足你!
现在只需按照提示操作,就能免费领取:

👇👇扫码免费领取全部内容👇👇
在这里插入图片描述

基于RAG与向量数据库,为GPT模型实现百万级上下文处理能力 在自然语言处理领域,上下文长度是决定大语言模型应用深度的关键瓶颈。传统截断或摘要方法会导致信息丢失与连贯性破坏。其核心原理在于通过检索增强生成(RAG)架构,将外部知识库与模型推理能力结合。该技术通过向量数据库存储文档的语义嵌入,实现高效相似性检索,从而在逻辑上扩展模型的可见信息范围,而非物理突破其token限制。这一工程方案为代码库分析、长文档问答及多轮对话等场景提供了实用路径,显著提升了模型处理复杂任务的能力。本文以GPT-5.6 Sol为例,详细拆解了如何利用LangChain框架与ChromaDB, 阅读详情

相关推荐

MT5策略如何设置回测结果才能最接近实盘

摘要:在MT5回测中,选择"每笔分笔报价"模式最接近实盘交易,因其使用真实Tick数据模拟价格波动、点差和滑点。关键设置包括:下载高质量历史数据、合理设定点差和滑点、使用正常回测速度。该模式能准确测试挂单、止盈止损等策略,虽然速度较慢但结果最可靠,避免其他模式造成的失真,是评估交易策略表现的最佳选择。(149字)

weixin_38915451的博客 1878

2.8T参数与百万上下文:大模型工程落地的关键挑战与最佳实践

大模型的参数规模和上下文窗口决定了其能力边界,但真正影响工程落地的是推理成本、显存占用与检索策略。以大参数稀疏专家模型(MoE)为例,2.8T总参数并非每次推理全部激活,实际激活参数与KV Cache大小共同决定了单次请求的算力开销。百万级上下文则让长文档直接输入成为可能,但也带来注意力计算平方增长、token费用飙升等问题。在此背景下,开发者需要理解RAG与长上下文的关系,掌握token估算、分块检索、成本审计和弹性重试等工程手段,才能在合同审查、代码库理解、日志分析等场景中实现高效而可靠的模型接入。本文

weixin_31715171的博客 340

汽车以太网- IEEE 802.3标准

关于汽车以太网,大家看到最多的标准大概就是IEEE802.3bw,也就是我们车内使用的百兆以太网,专业称呼是100BASE-T1,该标准是车内百兆以太网的物理层协议,是我们学习汽车以太网必须要了解的协议。在正式了解协议之前,我们先介绍下什么是IEEE802.3标准。............

weixin_39974126的博客 7109

2026大模型实用化:国产登顶、百万上下文与Agent工业化解析

大语言模型(LLM)作为人工智能的核心技术,其原理基于Transformer架构,通过自注意力机制处理序列数据,实现了强大的语言理解和生成能力。这项技术的核心价值在于将非结构化信息转化为可执行的知识与行动,从而深刻变革人机交互与自动化流程。当前,其应用场景正从通用对话快速渗透至代码生成、数据分析、智能办公等专业领域。随着技术成熟,工程实践中的关键挑战与解决方案成为焦点,特别是检索增强生成(RAG)技术,通过结合外部知识库有效缓解模型幻觉与知识更新延迟问题,成为构建可靠AI应用的主流范式。本文聚焦于2026年

weixin_33910759的博客 491

电源芯片TPS54560典型应用电路及设计详解

TPS54560 是一款配有集成型高侧 MOSFET 的 60V、5A DC-DC转换器,输入电压范围7-60V,输出电压可通过外部反馈电阻设置成略低于输入电压的任意值。**所以,**R5=31.25KΩ、R6:10KΩ(常用值)时,即可设置输出电压为 3.3V。**所以,**R5=140KΩ、R6:10KΩ(常用值)时,即可设置输出电压为12V。设计 TPS54560 的输出电压时,主要通过外部反馈电阻网络来设置输出电压。因此,输出 3.3V ,输入电压24V时推荐的电感值为 8µH 至 10µH。

weixin_42306872的博客 1万+

手把手安装GNN必备库 —— pytorch_geometric

PyG全称是Pytorch Geometric,它是一个基于Pytorch构建的库,可以帮助用户快速构建和训练自己的图神经网络模型。PyG中实现了很多先进(state of the art)的GNN模块,例如GCN、GraphSage、GAT、SGC、GIN等等。此外,PyG中还包含了大量的benchmark图数据集、丰富的图数据操作方法、支持多GPU。

m0_51339444的博客 2380

Qwen-Agent与RAG结合:解锁8k上下文至百万Token的潜能

大型语言模型(LLM)领域正在经历一场技术革命,百万级Token的处理能力成为新的角逐点。传统的LLM受限于上下文窗口大小,难以有效处理超长文本。如何突破这一瓶颈?智源研究院Qwen团队另辟蹊径,他们没有执着于复杂的数学技巧或架构调整,而是巧妙地将目光投向了Agent技术。更令人振奋的是,这项技术还能用于生成训练数据,助力打造更强大的长文本Qwen模型,为LLM领域开辟了全新的可能性。

m0_65555479的博客 1603

飞牛fnNAS虚拟机开启OVS导致失联的解决

摘要:用户在使用飞牛NAS时发现开启OVS网络功能后导致NAS失联。通过多种尝试(包括开关OVS、更换系统版本、手工配置、更换网卡、处理器检查等)后发现,OVS启用状态下DHCP无法获取IP地址,手动设置IP可暂时恢复网络。但重启后问题依旧,初步判断为OVS功能存在bug。目前临时解决方案是在需要时手动开关OVS,或考虑其他虚拟化方案。用户计划后续探索替代方案,并等待官方修复该问题。

dgnankai的专栏 4334

“GPT-4.1百万token炸场,RAG凉凉?别傻了!这才是小白程序员必学的AI真相“

面对GPT-4.1等支持百万token的超长上下文模型,有人宣称RAG技术已死。然而,长上下文模型存在显著局限:成本是传统RAG的1000倍、处理速度慢、缺乏引用透明度、无法处理企业级海量数据。RAG凭借其高效、可扩展和可验证性,仍是构建实用AI应用的唯一可行选择。RAG不仅未消亡,反而正在茁壮成长,未来发展前景广阔。

m0_59235945的博客 640

25 - GRACE Mascon数据缺失月份数据插值

本篇基于文章的相关内容和文章公开的奇异谱分析(SSA)插值算法程序包,对grace Mascon数据种缺失的月份进行 插值 ,总结了使用程序包的相关过程,可以将该程序应用到其他数据处理插值计算中。

weixin_43339605的博客 1843

大数据领域数据采集的人工智能辅助技术

在大数据时代,“数据是石油”的隐喻早已深入人心,但采集高质量数据的过程却像“在大海里捞针”——数据源分散如繁星、格式杂乱如碎片、质量参差不齐如泥沙,传统采集方法(写死的脚本、固定的ETL流程)早已力不从心。这篇文章将带你走进AI辅助数据采集的世界:我们会用“智能捕鱼船”的比喻拆解AI如何解决传统采集的痛点,深入解析“数据源自动发现”“自适应数据解析”“实时质量管控”等核心技术的原理,用代码示例还原AI采集的真实流程,最后探讨多模态采集、联邦学习等未来趋势。

小程序开发 2355

别让长上下文成为绊脚石:4大失效陷阱与6个修复策略,让百万token真正为你所用(建议收藏)

随着大模型上下文窗口扩展至百万token,业界发现简单堆砌信息反而导致模型表现下降,面临上下文污染、干扰、混淆和冲突四大陷阱。文章提出六大修复策略:通过RAG精准筛选信息、采用少而精的工具配置、实施上下文隔离、定期修剪无关内容、关键信息总结以及卸载非核心数据。核心结论指出,上下文管理的核心在于精准而非数量,合理运用这些策略才能让长上下文真正提升模型性能而非成为负担。研究强调,每个token都会影响模型行为,开发者需审慎评估信息的必要性和工具的精简程度。

libaiup的博客 890

向华为学习——解读华为战略规划SP与业务计划BP流程【附全文阅读】

该方案针对大中型企业高管及战略团队,系统拆解华为SP(4-9月中长期规划)与BP(10-12月年度执行)双轨体系,形成"战略制定-业务设计-资源配置-绩效解码"闭环。SP侧重市场趋势分析、业务优先级与资源分配,BP细化KPI、预算及行动计划。通过价值树、战略解码等工具实现战略到部门/个人的目标分解,强化跨部门协同与过程管控。配套17份华为实战资料(包括战略管理、流程优化、销售组织建设等核心方法论),助力企业建立规范的战略执行体系,实现资源优化与绩效落地。

cdfunlove的博客 769

RAG的“死“与“生“:长上下文时代为何仍需RAG增强技术?

摘要: 在长上下文(1M token)成为标配的AI新时代,关于"RAG已死"的讨论愈演愈烈。然而,RAG仍具有四大不可替代价值:成本优化(50倍价差)、可寻址语料规模(理论上无限)、知识时效性(实时更新)和幻觉控制。RAG正从"精确检索+拼接"的1.0时代,进化为"宽松检索+模型导航"的2.0时代,其核心转变为混合架构下的智能体化多轮检索与跨文档推理。未来,自适应RAG、上下文记忆和RAG-in-the-loop等技术将进一步推动其演化。RAG不会消亡,而是会以更灵活的方式与长上下文技术共存,共同构建更强

2301_80078096的博客 533

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

怀旧版电脑GBC模拟器

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

从入门到精通:RAG机制深度解析及百万级文档处理方案(建议收藏)

本文深入解析了RAG检索增强生成机制,揭示了为何topK值通常设定在10-50之间:embedding语义半径有限、LLM上下文限制及召回噪音控制。文章指出传统RAG不适合全库扫描和大规模数据分析,并提出了处理百万级文档的四种进阶方案:分层总结、聚类+总结、滑动窗口总结和总结池。理解这些设计哲学,能帮助开发者在正确场景使用合适工具,让大模型在处理海量信息时发挥最大效能。

2401_85375186的博客 505

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

端侧大模型实战:百万Token上下文与本地部署全攻略

大模型技术正从云端走向端侧,让手机、PC等设备具备了离线运行智能应用的能力。这一转变源于模型架构的稀疏化与量化革命,以及上下文窗口从K级到百万Token级的工程突破,使端侧设备能够处理整本代码库或长文档。对于开发者而言,掌握本地部署工具链如Ollama、Llama.cpp,理解量化与推理优化原理,是构建隐私保护与低延迟应用的关键。从RAG知识库到本地Agent,端侧推理已在医疗、金融、离线办公等场景展现出不可替代的价值。本文结合真实硬件实测与踩坑记录,系统梳理端侧大模型的选型、部署、调优与成本评估,帮助读者

weixin_32487557的博客 319

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

收藏必学:深入理解RAG机制,为什么topK是10-50?百万级文档处理方案详解

本文解析RAG系统为何只返回10-50条结果,揭示三大原因:embedding语义半径有限、LLM上下文限制和召回噪音增加。同时提供处理百万级文档的四大进阶方案:分层总结、聚类+总结、滑动窗口总结和总结池。强调10-50是行业实践的最优区间,帮助开发者在正确场景使用正确工具,让大模型更高效处理海量信息。

2401_85325557的博客 402

收藏级干货:大模型上下文管理宝典,五种策略让AI轻松处理百万行代码项目

文章介绍在大规模项目中管理大模型上下文的五种策略:基于向量索引的RAG、层级摘要、代码依赖图、工作流拆解和使用外部执行器。核心思想是让模型只看相关部分而非全量项目,通过分步骤执行和借助外部工具降低上下文依赖。这些方法使大模型能高效处理数千文件、百万行代码的大型项目,实现秒级响应和稳定运行。

2401_85327249的博客 826

Kimi K3 都一百万 token 了,我说 RAG 可以拆了直接塞全文,面试官翻开推理账单:“塞一次多少钱?大海捞针还捞得着吗?”

回答:向量检索擅长语义理解,用户说“怎么退款”能搜到“退货流程”这种同义词的文档,但对精确匹配不敏感,搜“iPhone 15”可能漏掉带这个精确词的文档。更高级的做法是用 Parent-Child 结构,检索的时候匹配小块,返回给模型的时候带上它的父块,这样既精准又有上下文。1)用户提问进来,先把问题也转成向量 2)拿这个向量去数据库里做相似度检索,捞出最相关的 5-10 个文档块 3)对检索结果做重排序,把最相关的排前面 4)把用户问题和检索到的上下文一起塞给大模型,让它基于这些材料生成回答。

mianshiya的博客 236

大模型百万Token上下文窗口的技术突破与应用

大模型上下文窗口的扩展是当前AI领域的重要技术突破,其核心在于新型注意力机制的创新。通过混合注意力机制和动态分块压缩技术,模型能够有效处理百万级Token的长文档,显著提升信息保持能力和跨文档关联推理能力。这一技术进步为知识密集型任务如技术文档分析、财务报告处理等场景带来革命性变化。检索增强生成(RAG)架构与大模型长上下文能力的结合,形成了更高效的混合解决方案,在实时数据处理、成本控制等方面展现出独特优势。随着选择性注意力、记忆压缩等前沿技术的发展,大模型处理复杂知识的能力将持续增强,为企业和开发者提供更

weixin_29056865的博客 204

收藏必学:揭秘RAG核心机制,为什么只返回10-50条结果更高效?

本文探讨了RAG系统中topK值设定为10-50条的原因,指出embedding检索是"最近邻搜索"而非全库扫描。过大的topK会导致语义相似度降低、噪音增加,并超出LLM上下文限制。文章介绍了RAG的真正职责是语义搜索和记忆增强,并提供了处理百万级文档的四种进阶方案:分层总结、聚类+总结、滑动窗口总结和总结池,帮助开发者正确使用工具。

2401_85375186的博客 1013

深度思考:随着上下文长度(Context Window)突破百万量级,向量数据库(Vector Store)是否还有存在的必要?

百万级上下文窗口的出现,是LLM技术的一大飞跃,它极大地拓展了LLM的直接处理能力。然而,这并不意味着向量数据库的终结。相反,它促使我们更深入地思考如何在规模、成本、性能、数据治理和智能化水平之间找到最佳平衡。向量数据库以其在海量数据管理、高效检索、成本控制和数据安全方面的独特优势,将继续作为AI架构中不可或缺的基石。未来的趋势是,两者将以更加智能和协同的方式融合,共同赋能更加强大、普惠的AI应用。

weixin_41455464的博客 1081

GLM-4-9B-Chat-1M实操手册:结合LangChain构建本地RAG系统处理企业知识库

本文介绍了如何在星图GPU平台上自动化部署GLM-4-9B-Chat-1M - 本地百万长文本大模型镜像,构建离线RAG系统处理企业知识库。用户可快速实现PDF/DOCX等长文档的全文理解与精准问答,典型应用于合同审查、制度查询与故障排查等高敏感度业务场景。

weixin_34945060的博客 323

百万上下文加持!OpenClaw 对接 DeepSeek V4,超长文档处理 + 知识库检索实战

引入多模态支持:扩展OpenClaw的文档加载能力,支持图片、表格等非文本内容的解析。 优化检索策略:结合关键词检索与向量检索的混合模式,进一步提升召回精准度。 增量更新机制:实现向量索引的增量更新,无需每次全量重建索引,降低维护成本。

学海无涯,笃行致远 1413

大模型能力--百万上下文不是真会读

长上下文窗口是近两年大模型竞争最激烈的指标,但宣称长度与有效长度之间存在明显差距。本文从大海捞针、RULER、Lost in the Middle三个评测视角拆解真实能力,再从位置编码外推与KV cache显存账解释差距的来源,最后给出长上下文与RAG的工程选型建议。

深耕人工智能底层逻辑,专注大模型架构、分布式训练与推理优化。在这里,不贩卖焦虑,只拆解硬核技术。从Transformer的数学之美到Agent的工程落地,用代码和论文说话,记录在AI浪潮中探索技术边界的每一步的专栏 296

LLM每周速递!学术最前沿:复杂推理、自适应Agent、RAG检索优化、金融/医疗应用等

仅在相对简单、经典的问题上表现出色,无法捕捉人类从业者在复杂、创新任务中的实证专业知识。本文作者**「提出了自适应知识型大模型代理框架;AUTOMIND」

2401_85373898的博客 767
上一篇: AI Agent 是什么?从 LLM、Tools、Prompt 理解 Agent 本质
下一篇: 一文讲清:RAG到底是怎么工作的?(附简单实现思路)
Llama-Turbo
博客等级 码龄4年 9901粉丝 2022原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值