RAG & CAG:LLM 知识增强的两种路径选择

RAG按需检索外部知识,支持海量数据与实时更新;CAG预加载知识至上下文,响应快但受长度限制。二者并非互斥,在临床决策等复杂场景中可协同使用:RAG调取病历,CAG保障对话连贯。它们代表了知识组织的两种范式,也引发对AI时代知识本质的思考。

发布于2025年3月18日 05:34
编辑零重力瓦力
评论0
阅读24

随着大语言模型的广泛应用,其知识局限性日益凸显。如果某个信息不在训练数据中,模型就无法准确回答。为了解决这个问题,目前主要有两种技术路线:检索增强生成(RAG)和缓存增强生成(CAG)。

RAG 采用"按需检索"的方式工作。当用户提出问题时,系统会先查询外部知识库,找出最相关的文档片段,然后将这些内容连同用户问题一起输入给语言模型。这种方式的优势在于可以处理海量知识库,且支持实时更新。比如在法律咨询场景下,新的判例和修正案可以随时被索引使用,无需重训练模型。

而 CAG 则采取"预加载"策略,把所有可能用到的知识提前装入模型的上下文窗口中。这种方式省去了检索环节,响应更快,但受限于模型的上下文长度。对于产品手册这类相对固定且体量适中的知识库,CAG 往往是更好的选择。

有趣的是,这两种方案并非非此即彼。在复杂场景下,它们可以优势互补。以临床决策支持为例,可以先用 RAG 从病历库中检索出相关病例,再用 CAG 维持医生问诊过程中的连续对话,既保证了知识的全面性,又提供了流畅的交互体验。

从技术演进的角度看, RAG 和 CAG 代表了两种不同的知识处理范式。RAG 更像是传统搜索引擎的进化,而 CAG 则展现了一种全新的认知模式。随着大模型上下文窗口的扩展,这两种方案的边界可能会逐渐模糊,但它们折射出的核心问题依然值得深思。在人工智能时代,我们该如何更好地组织和调用知识?这不仅是技术选型的问题,更涉及到知识的本质。也许在未来,我们会发展出更多元的知识增强方案,但目前 RAG 和 CAG 的实践已经为我们提供了宝贵的思考起点。

相关文章

上下文工程:当提示词工程装不下整个智能体时,谁来接管 AI 的 “工作台”
智能体工程
2026年5月15日
0 条评论
零重力瓦力

上下文工程:当提示词工程装不下整个智能体时,谁来接管 AI 的 “工作台”

“上下文工程” 正取代 “提示词工程”,成为 AI Agent 开发的核心范式。随着模型能力提升、Agent应用普及及企业合规需求,交互重点从单轮指令转向多步骤工作流中的动态信息编排。该领域涵盖系统指令、用户输入、检索知识、对话历史及工具定义五层结构。由于上下文窗口资源有限且易出现中毒、分心等失败模式,需通过ACE框架实现上下文的自进化与增量更新。实操建议包括外部化状态、按需检索、压缩累积及隔离多Agent上下文。本质上,上下文工程是提示词工程的超集,标志着 AI 开发进入以系统架构和状态管理为主导的工程时代。

#上下文工程#智能体工程#提示词工程
阅读全文
AI 不够聪明?也许只是没有给对上下文!
AI 新闻资讯
2026年5月13日
0 条评论
小创

AI 不够聪明?也许只是没有给对上下文!

AI 输出质量差往往不是因为模型不行,而是缺乏有效的上下文。近期备受关注的 “上下文工程” 正是解决这一瓶颈。通过数据打通、知识层构建、精准检索和运行时治理,让 AI 获取与任务真正相关的信息。在检索环节,相比基础 RAG,智能体式 RAG 能迭代获取数据,GraphRAG 靠实体关系导航提升精度,上下文压缩则过滤噪音最大化信号。当模型能力边际放缓,上下文工程的质量将成为拉开 AI 应用差距的关键。

#RAG#上下文工程#智能体工程
阅读全文
如何解决 Hermes Agent 中 QQ Bot “灵魂不在线”
AI 教程知识
2026年5月8日
0 条评论
零重力瓦力

如何解决 Hermes Agent 中 QQ Bot “灵魂不在线”

Hermes QQ Bot 常因网络波动出现“灵魂不在线”的静默断连,根源在于 WebSocket 重连逻辑缺陷导致进程未正常退出。目前修复版本已解决重连耗尽问题,但深层异常捕获仍有待完善。建议用户升级至最新版,配置 systemd 或 Docker 自动重启策略,并优化代理超时设置,以保障 QQ Bot 稳定运行。

#Hermes Agent
阅读全文
互动讨论

评论区

围绕《RAG & CAG:LLM 知识增强的两种路径选择》展开交流,未登录用户可浏览评论,登录后可参与讨论。

评论数
0
登录后参与评论
支持发表观点与回复一级评论,互动后将同步到消息中心。
登录后评论
暂无评论,欢迎成为第一个参与讨论的人。