SFT vs RAG 知识更新

30 秒回答

1. 明确对比四个维度（知识更新灵活性、推理准确性、部署复杂度、泛化能力）
2. 分析各自的性能上限瓶颈
3. 给出典型适用场景的判断标准
4. 能结合业务场景做选型建议

回答与解析

答案要点

• 明确对比四个维度（知识更新灵活性、推理准确性、部署复杂度、泛化能力）
• 分析各自的性能上限瓶颈
• 给出典型适用场景的判断标准
• 能结合业务场景做选型建议

核心对比

性能上限分析

SFT上限：受限于参数容量和训练数据天花板。模型无法记住无限知识，且知识冲突时易产生幻觉。适合模式学习（风格、格式、推理链）而非事实记忆。

RAG上限：受限于检索精度和上下文长度。再强的生成模型也救不回错误的检索结果。适合事实密集型任务，但长程多跳推理是短板。

选型建议

关键判断：知识更新频率 > 每周？选RAG。需要复杂推理且知识稳定？选SFT。

口语版讲法(约4分钟)

• 一句话定位：SFT vs RAG 本质是模式学习与事实检索的取舍
• 四个维度对比：更新灵活性、准确性、部署复杂度、泛化能力
• 业务场景举例：客服退款政策，SFT学推理、RAG查实时规则
• 落地风险：RAG检索失败、SFT更新慢，常见失败场景
• 工程师收尾：倾向RAG+SFT混合，留可延伸点追问

这道题其实是在问一个很本质的问题：当你想要模型具备知识时，是把知识内化到参数里，还是挂一个外部知识库去查？说白了就是模式学习与事实检索的权衡。

具体到比较，我会从四个维度来看。先说知识更新灵活性，这个差距非常大。SFT要更新知识，得重新训练，成本高周期长，可能一周甚至一个月才更新一次；而RAG那边，知识库热更新，改个文档，分钟级就生效了。再一个推理准确性，SFT依赖训练数据质量，容易产生 Hallucination，尤其是知识冲突的时候；RAG相对可控，因为检索结果能溯源，你看到答案可以点回去查原文。但部署复杂度上，SFT简单，一个模型推理就行；RAG就复杂多了，需要 Vector Database、检索、重排序、生成多个模块，还得保证延迟。泛化能力正好反过来，SFT内化了知识，复杂推理更连贯；RAG就比较弱，依赖检索质量，如果检索片段之间逻辑断裂，推理就容易断掉。

举个例子，比如客服退款场景。一个电商平台，退款政策经常变，比如满减规则、运费险赔付标准。如果你用SFT，每次政策调整都得重新训练，而且训练数据里可能有旧政策的矛盾信息，模型容易答错。而RAG呢，你把最新政策文档放到知识库里，用户问“满200减50还能叠加优惠券吗”，模型检索到对应规则，回答就准确可溯源。但这里有个坑：如果用户问的是多跳推理，比如“我买了A和B，用了优惠券，后来退了一个，最终退多少钱”，单纯RAG可能检索不到完整的推理链，答案就不对了。所以RAG适合事实密集型任务，SFT适合需要深度推理的模式学习。

性能上限方面，SFT受限于参数容量和训练数据天花板。你不可能让模型记住所有知识，而且知识冲突时容易幻觉。RAG上限受限于检索精度和上下文长度。检索错了，生成模型再强也救不回来；长程多跳推理也是短板。

所以落地时，我更倾向混合方案。如果知识稳定、需要深度推理，比如代码生成、数学证明，我选SFT；如果知识频繁变更、需要可溯源，比如政策问答、客服，我选RAG；但真正业务里，往往是两者都要。比如客服场景，我会用RAG提供实时政策，同时用SFT优化回答的推理风格和领域格式，让回答更自然。

不过这里有个延伸点：如果RAG检索结果质量不高，比如召回率低或重排不准，该怎么兜底？我通常会加一个置信度过滤，分数低的直接拒绝回答，或者用 Self-RAG 让模型自己反思检索结果是否可靠。这个其实涉及到RAG系统的鲁棒性设计。

关键一句:RAG检索结果质量不高时，如何兜底？

面试官还可能这样问

1. 问法 1 · 场景切入

   假设你要做一个电商客服机器人，商品信息每周都会更新价格和库存，用户问的又大多是“这个包多少钱”这种事实类问题。你会选SFT还是RAG？为什么？

2. 问法 2 · 层层追问

   你做过知识增强的对话系统吧？……如果知识库每周都要更新，SFT怎么搞？……那RAG呢，你觉得它的瓶颈在哪？……综合下来，你判断选哪个的标准是什么？

3. 问法 3 · 直球架构

   直接比较SFT和RAG：从知识更新灵活性、推理准确性、部署复杂度和泛化能力四个维度，分析各自的性能上限和适用场景。