从文献入库、混合检索到引用核验科研 AI 最重要的输出不是一段流畅摘要而是一条能回到原文的证据路径。图 1一条面向科研场景的 RAG 管线需要把检索、重排序、证据定位、生成与引用关系连接起来。导语科研 RAG 最危险的错误往往“看起来很专业”把一堆 PDF 丢给大模型再问“请总结这个领域的进展”几乎一定能得到一篇读起来不错的回答术语齐全、逻辑顺畅、甚至带有若干引用。问题是这种回答很可能存在三类隐蔽错误引用存在但并不支持前面的判断。论文确实相关但结论只适用于特定数据、实验设置或人群。模型把多篇材料拼接成一个更强的结论却没有说明推断跨过了哪些边界。对于聊天场景这些错误会降低体验对于科研、技术调研、方案论证或行业研究它们会直接改变判断质量。因此CanguoAI 的 Canguo Science 这类科研工作台真正需要解决的不是“怎样生成更多答案”而是怎样让每个关键主张都能回到论文、章节、段落甚至图表。这篇文章不讨论某个模型谁更聪明而是从工程视角拆解一套可信科研 RAG 应具备的结构。一、先建立正确目标RAG 的输出不是答案而是“主张—证据对”普通 RAG 的目标常被描述为检索相关内容再据此生成回答。科研 RAG 的目标应该再严格一层生成的每条重要主张都要绑定一组足以解释它的证据。可以将最终输出抽象为四元组主张Claim 证据Evidence 条件Condition 置信状态Confidence例如不要只写混合检索比纯向量检索更适合企业知识库。更符合研究要求的写法是在术语密度较高、关键词精确匹配仍有价值的企业文档集合中若干纳入研究报告混合检索在特定召回或问答指标上具备优势但该优势受到语料类型、融合方式、重排序成本和评测协议影响不能直接外推到所有知识库场景。两种写法的差别不在于后者更长而在于它保留了三个必要问题结论支持什么而不是支持一切证据来自哪里而不是“模型认为如此”哪些问题仍未解决而不是把不确定性藏起来。二、一条可落地的科研 RAG 管线至少要经过六道关科研材料进入系统之后不应直接被切块、向量化和回答。更稳妥的流程是采集与标准化 → 全文解析与结构识别 → 语义切块与证据标注 → 混合召回与元数据过滤 → 重排序与证据组装 → 受约束生成与引用核验每一步都在解决一种不同的错误来源。环节要解决的问题最容易犯的错误采集与标准化同一论文、不同版本怎样合并将预印本、修订版和正式发表版混为一谈全文解析怎样识别摘要、方法、结果、参考文献把参考文献或页眉页脚当作正文语义切块怎样保留段落的完整上下文chunk 太短丢条件chunk 太长降低检索精度混合召回怎样既找术语又找语义相近的表达只靠向量相似度漏掉专有名词和精确条件重排序怎样从“相关”中找“真正能回答问题”的材料将检索分数直接当作证据强度引用核验怎样确保引用真的支持主张有引用链接却没有蕴含关系下面逐段拆解。三、第一关别急着向量化先把论文变成“有身份的材料”科研文献的原始形态并不干净可能有 HTML、PDF、扫描件、预印本、附录、数据说明也可能同一研究同时存在多个版本。如果不先做标准化后面的检索与引用都会失去基础。1. 为每篇材料建立稳定身份一个文献对象至少应保留{paper_id:internal_stable_id,title:论文标题,authors:[作者 A,作者 B],year:2026,venue:期刊或会议,doi:可选,version:preprint | accepted | published,source_url:原始链接,license:可选,retrieved_at:采集时间}这里的重点不是字段数量而是稳定性。当用户问“这段结论来自哪篇材料”时系统不能只给一个可能变化的下载链接它应能明确指出具体版本与来源。2. 把正文与噪声分开论文解析后常见内容包括摘要、引言、方法、结果、讨论、图注、表格、参考文献、页眉页脚和版权声明。它们的检索价值并不相同结果、方法、讨论通常更适合支撑研究结论摘要适合初筛但不能替代细节证据参考文献适合构建引文关系不宜直接进入问答证据库图表与图注在实验类论文中可能比段落更关键应单独保留来源位置。一条务实原则是先识别结构再切块先保留位置再做语义表示。四、第二关Chunk 不是“固定字数切片”而是最小可引用单元很多 RAG 失败不是模型不够强而是 chunk 设计得太随意。如果每 500 个字强行切一段模型可能只看到“实验提高了 12%”却看不到这个数字对应哪种数据、指标和基线如果整节原文全部塞入又会让检索与重排序失焦。科研场景更适合使用结构感知的分块策略章节标题 → 段落 → 句子窗口 → 表格 / 图注 / 公式作为特殊证据块推荐每个 chunk 附带如下字段{chunk_id:paper_id:section:ordinal,paper_id:...,section:Results,page:5,text:原文片段,previous_context:上文摘要可选,next_context:下文摘要可选,evidence_type:result | method | limitation | background,figure_or_table_ref:Fig. 2可选}注意其中的evidence_type。它能防止一个常见误用把“背景介绍里的观点”当成“作者自己的实验结果”。一个简单但有效的切块规则保持章节边界尽量不要跨Methods和Results以自然段为核心单位短段可以与相邻段合并对包含关键数字、比较结论或限制条件的句子保留相邻上下文表格、图注和公式不要简单拼进正文应该作为可单独召回的证据对象任何 chunk 都必须能追溯到原始文件的位置。这一步完成之后系统里存放的就不再是一堆“文本块”而是一组可以被引用、被检验的证据候选。五、第三关科研检索不要二选一应该使用混合召回向量检索擅长理解“说法不同、意思相近”的问题关键词检索擅长抓取专有名词、缩写、指标、版本号和精确限定。科研问题通常两者都需要。一个实用的候选集合可以这样构成候选集合 关键词 / 布尔召回 向量召回 元数据过滤 引文邻居扩展可选1. 关键词与布尔召回保证“术语不丢”当用户检索一个特定数据集、药物名、模型版本、评估指标或复杂缩写时关键词信号仍然很重要。例如BM25、SPLADE、nDCG10、某个基准数据集名称这类信息不应只交给向量表示去“猜”。2. 向量召回解决“概念表达不一致”论文写作中同一概念可能有多种表达。用户问“如何减少答案幻觉”材料却写成“faithfulness”“grounded generation”或“attribution”。向量检索能扩大这一层语义覆盖但它必须与元数据约束一起使用否则很容易找到主题相近、研究对象却不一致的材料。3. 元数据过滤科研检索中最被低估的组件很多“回答不靠谱”并不是召回差而是没过滤。常见过滤条件包括时间范围文献类型例如综述、随机对照研究、技术报告研究对象、数据来源或任务定义是否开放获取版本状态语言与来源质量。在真实产品中元数据过滤往往比“再换一个 embedding 模型”更快提升结果质量。六、第四关重排序负责回答“相关”不是回答“正确”混合召回的任务是尽量不漏重排序的任务是从候选中选出真正有用的证据。可以把过程理解为召回 Top 50100 个候选 → 使用 query 与 chunk 的联合语义进行重排序 → 选取 Top 612 个证据块进入生成上下文但有一点必须说清重排序分高只说明“更可能与问题相关”并不说明“足以支持某个强结论”。因此重排序之后还应做一次证据分层证据层级示例在回答中的作用直接证据结果段落、实验表格、明确的作者结论支撑可核验主张方法证据数据集、样本、实验设置、评价协议限定结论成立条件局限证据作者自述的限制、失败案例、偏差来源防止过度外推背景材料引言、相关工作、二次转述解释概念不单独支撑关键结果这样的分层会让后面的生成模型知道哪些内容可以“下判断”哪些内容只能用来补背景。七、第五关生成模型必须被证据“约束住”当证据块已经准备好最后一步才轮到生成模型。高质量科研 RAG 的提示词不应只写“请根据资料详细回答”而应明确规定模型的行动边界。下面是一段可直接复用的模板你是一名研究证据分析助手。 只根据提供的证据块作答不得补充证据块之外的事实。 输出要求 1. 将结论分为“直接发现”“综合推断”“证据不足”三部分 2. 每个可验证主张后都附上 [paper_id / chunk_id] 3. 明确写出结论成立的研究对象、方法或时间范围 4. 若证据互相冲突分别呈现冲突而不是强行合并为唯一结论 5. 若无法回答说明缺失了什么材料并给出下一步检索建议。这段约束看似会让回答“不够爽快”实际上是把科研写作最需要的诚实性编码进了系统。理想输出可以采用下面的形态直接发现…… [P01:R3] [P04:R1] 综合推断在当前纳入材料中……该判断来自多篇研究的共同趋势 但不等同于因果结论。[P01:R3] [P02:M2] [P04:R1] 证据不足现有材料没有充分比较……需要补充检索……这比一段没有边界的“总结”更适合进入技术报告、综述初稿或研究备忘录。八、第六关有引用不等于可验证还要做“引用蕴含核验”这是科研 RAG 与普通问答系统最容易拉开差距的一步。模型在段尾加上了[1]并不代表文献真的支持那句话。至少还要检查以下三件事实体一致性主张里的对象、数据集、方法和证据块是否一致数值一致性数字、指标、方向是否被正确转述蕴含关系证据是否足以推出主张还是只是在讨论相近话题。可以将核验过程建模为Claim ↔ Evidence Span ├─ 支持entailed ├─ 部分支持partially supported ├─ 无关irrelevant └─ 冲突contradicted在工程实现上这一步可以由独立模型、规则校验器或人工审阅共同完成。关键是不要让“生成回答的模型”同时担任唯一裁判。一个更可靠的输出策略当系统发现主张只得到部分支持时不一定要直接删除。更好的做法通常是自动降级表述原表述方法 A 明显优于方法 B。 降级后在当前纳入的特定评测设置中方法 A 报告了更高的指标 是否能推广到其他语料仍需更多证据。这不是“保守”而是让语言强度与证据强度匹配。九、文献地图如何接入 RAG让系统从“回答问题”走向“发现问题”RAG 擅长回答用户已经提出的问题文献地图擅长暴露用户还没有想到的问题。一张科研地图可以包含三类边关系含义适合发现什么引用边论文 A 引用了论文 B方法或观点的来源与传播路径语义边两篇论文在摘要、关键词或证据卡片上相近并行主题与新兴子方向共享证据边两篇论文使用相近数据集、指标或研究对象结果可比性与潜在混杂因素当用户完成一次 RAG 问答后系统可以把引用到的论文投射进地图并继续提示哪个主题簇覆盖不足哪些高中心度论文尚未精读哪些桥接论文同时连接“方法”和“评测”哪些结论集中于单一数据集或单一研究群体哪些相邻簇存在术语不同、问题相似的可能。这时科研 AI 不只是回答“已有结论是什么”还开始协助研究者发现“下一步最值得读什么”。十、如何评估一套科研 RAG 是否真的可靠不要只看回答是否长、是否顺、是否像人写的。可以建立一组更接近研究任务的验收指标指标要问的问题召回覆盖度关键主题、关键文献和关键反例是否被找回证据忠实度生成的主张是否被引用片段真正支持条件保留率模型有没有省略样本、数据、时间或实验设置等限定条件冲突呈现率出现相反证据时系统会不会主动展示差异可追溯性用户能否在两三步内跳回具体论文和原文位置可复现性检索式、版本、筛选规则和生成时间是否留存如果只能选择一个硬指标我建议优先看关键主张的引用蕴含通过率。因为一套系统再会检索、再会写作只要“引用并不支持主张”它就还不适合承载严肃研究。结语科研 RAG 的终点不是“更像专家”而是“更容易被核查”在科研场景里最有价值的不是模型替人做出结论而是它把证据组织、差异比较和不确定性标记这些机械但重要的工作做好。当一个系统能够稳定回答以下问题它才接近真正的科研助手这句话的证据在哪里它在什么条件下成立有哪些相反结果还缺什么材料才能继续判断对于 Canguo Science 来说多模型、Skill、RAG 与文献地图的意义正是在于让这些问题进入同一个闭环检索不是终点生成不是终点可追溯、可核验、可复用的研究过程才是终点。