第 10 章 RAG 调优方法论

先给结论：RAG 调优不是“哪个环节都动一点”，而是先找到主矛盾，再对准一层下手，最后用评测闭环验证是否真的改善。

真实系统里，“效果不好”几乎从来不是一个点的问题。你需要一套方法来回答三个核心问题：

• 先查哪里
• 怎么取舍
• 如何验证

这就是本章的核心目标。

本章最值得先建立的判断

• 优化顺序比优化动作更重要
• 召回、准确率、成本、延迟往往相互牵动
• 常见优化抓手各有边界，不存在万能方案
• 没有闭环，优化很容易局部变好但整体变差

建议阅读顺序

1. 10.1 效果不好时先查哪里
2. 10.2 召回率、准确率与成本的平衡
3. 10.3 常见优化抓手
4. 10.4 建立系统化调优闭环

主题模块

• 10.1 效果不好时先查哪里
• 10.2 召回率、准确率与成本的平衡
• 10.3 常见优化抓手
• 10.4 建立系统化调优闭环

这一章读完后，你应该获得什么

读完这一章后，你最好能更稳地判断：

• 面对一个失败案例，第一步该查哪一层
• 什么时候该优先保召回，什么时候该优先保准确率
• Chunk、混合检索、Rerank、上下文压缩各自适合的场景
• 如何用评测闭环让优化从“试试看”变成“可验证”

关联章节

• 如果你还没有建立评测视角，建议先回看 第 9 章 RAG 评测体系与错误归因。
• 想把这些优化落到线上系统里，可以继续阅读 第 11 章 生产级 RAG 工程实践。