文档问答里常见这样的落差：问题问得很具体，答案也顺滑，引用链接却指向一份无关的会议纪要。网页上的句子读起来像真的，点开原文才发现语气和条件都变了。回答看起来完整，依据却经不起翻查。
检索增强生成常被描述成“先查资料，再让模型回答”。大致没错，但它不是把资料塞进提示词就结束了。检索环节要找得到、找得准；增强环节要把片段组织成模型能读的上下文；生成环节还要让模型沿着材料说话，而不是凭语言习惯补全。三个动作彼此牵制。检索偏了，生成越流畅，离原文越远；上下文塞得太满，关键句反而被淹没。
答案的麻烦，被挪到了资料上
很多人期待检索增强生成解决模型“记不住”和“会编造”的问题。它确实能提供一个可追溯的入口，但代价是资料治理被推到台前。文档是否重复、版本是否混乱、段落是否自包含，都会影响最终回答。扫描件没有可读文本，表格被切碎，权限边界不清楚，系统就很难给出稳定结果。此时换一个生成模型，未必触及问题根源。
我更愿意把检索增强生成看成一种“把答案落到材料上”的工程方法，而不是一剂万能药。它的价值不在于让模型显得知道更多，而在于让回答有机会回到原文。可追溯不等于可验证：引用了一条链接，还要看链接是否支持那句话，条件有没有被省略。对编辑和知识管理者来说，这种核对习惯值得保留。
资料可检索，不等于问题可回答
做检索增强生成时，常见误区是只盯着召回结果。召回几条相似段落，并不代表它们能回答用户的问题。问“某流程在新版本里改了哪里”，需要的是版本差异和变更说明；问“这个条款适用于哪些情形”，需要的是条件与例外。检索系统如果只会按字面相似度找句子，容易把相关材料堆在一起，却缺少回答问题所需的组织关系。
- 切分要保留语义边界，别把条件和结论拆散。
- 元数据要能表达时间、来源、适用范围，方便后续过滤。
- 回答要允许说“资料不足”，而不是强行补全。
- 引用要指向具体段落，方便读者回到原文核对。
这些工作听起来不新，也不酷，却决定了系统能否被长期使用。生成模型负责组织语言，检索与资料工程负责提供落脚点。两者之间需要一条清晰的边界：哪些话来自材料，哪些话是模型在概括，哪些问题材料根本没有覆盖。把边界说清楚，回答才经得起翻查。
所以，在考虑检索增强生成之前，不妨先问一个朴素的问题：手头的资料，别人能读懂吗，机器能找到吗，找到之后能核对吗？如果答案含糊，先修资料，再谈换模型也不迟。