02. 为什么你的项目选择 RAG，而不是直接做微调？
整理这类方案取舍题的回答框架。
简单回答
如果问题核心在于知识更新、私有知识接入和可维护性，RAG 往往比微调更合适。
详细解析
- RAG 的优势是知识更新快，改文档和索引就能生效，不必反复训练模型。
- 如果业务要处理大量企业私有资料，RAG 更容易做版本控制和审计。
- 微调更适合改模型行为、风格或特定任务能力，不一定适合频繁变化的知识类场景。
- 面试时最好补一句：如果后续发现行为问题明显，也可以考虑 RAG 加轻量微调的组合方案。
面试时可以这样答
回答这题时，不要把 RAG 和微调说成二选一敌对关系，更像是优先级不同。
常见追问
- 什么场景更适合微调？
- RAG 和微调能否一起用？