一个内部问答系统刚上线时，文档不多，回答看起来还算顺。过了一段时间，流程改了，旧版说明还留在索引里，模型开始把旧步骤和新规定拼在一起。它没有突然变笨，变的是答案所依赖的材料。
检索增强生成常被描述成“先查资料再回答”。这个说法省掉了关键部分：查什么、怎么查、查到的内容是否仍然有效。它把生成模型和外部知识库连接起来，但连接不等于校准。检索环节决定模型看到什么，生成环节决定它怎么组织。任何一端松动，答案都可能显得自信而含糊。
先查后答，难在“查得对”
检索增强生成中的“检索”不只是关键词匹配。文档切分、索引更新、权限过滤、查询改写都会影响召回。一个常见麻烦是切分过碎：一段流程被拆成几块，单块看似相关，拼起来却缺条件。另一个麻烦是索引滞后：文档已经改版，索引还保留旧段落。模型没有能力判断哪段是旧版，它只会顺着上下文继续写。
权限过滤也容易被忽略。检索系统如果只按语义相关性返回内容，可能把不该进入当前会话的段落带进来。工程上要在检索前后加约束，而不是把权限判断留给生成模型。这里没有一劳永逸的配置，只有持续维护的规则。
生成环节要承认“材料不够”
即使检索到了相关段落，生成模型也可能补上材料里没有的细节。克制的做法是让答案带出处，并在材料不足时明确说不知道。很多团队把“回答完整”当作目标，结果模型用通用知识填空。对内部制度、产品说明、流程口径这类内容，宁可短一点，也不要让推测混进事实。
这要求提示词和界面一起设计。提示词可以要求模型只依据给定材料作答，界面则要把引用段落露出来，方便读者核对。引用不是装饰，它让回答的边界可见。若材料之间互相冲突，系统应提示冲突，而不是替读者做取舍。
过期知识是长期问题
知识库不是一次性工程。文档会改版，负责人会变化，旧链接会失效。检索增强生成要面对的不只是“有没有资料”，还有“资料是否仍然成立”。我的判断是，团队需要把索引更新、失效标记、冲突检测纳入日常维护，而不是等问答出错后再回头修文档。
也可以从产品层面降低风险：对时效敏感的问题增加时间范围，对流程类问题返回带版本号的段落，对无法确认的内容给出人工入口。这些做法不炫目，却决定系统能不能被长期使用。
回到开头那个问题：检索增强生成能答对吗？它能，但前提是检索层和知识维护层都承认自己的责任。模型负责组织语言，系统负责把材料管好。把这两件事混在一起，回答就会在自信和含糊之间摇摆。