来源包是一组记录、文件和笔记的集合,让合著者能够准确看到你搜索了什么、保留了哪些、搁置了哪些,以及原因。一份干净的来源包无需开会就能回答这些问题。它决定了合著者是能直接开始写作,还是必须从散落的 PDF 和半成品笔记中重建你的推理过程。
实际目标比“把所有东西整理好”要窄。你是在构建一份合著者可以审计和扩展的交接材料:有记录的检索、去重后的记录集、筛选轨迹,以及一份简短的说明笔记。这项任务的证据基础非常扎实。Cochrane 手册中关于检索和选择研究的指南建议:根据纳入标准规划检索、使用多个来源、将自由文本词与主题词结合、记录过程、对记录去重、分阶段筛选、将同一研究的多份报告关联起来,并在发表前重新运行检索。PRISMA 2020 提供了报告清单和流程图模板,用于透明地报告检索、选择和综合过程。NIH 的严谨性与可重复性指南将仔细评估已有知识、透明的方法、验证和可重复性视为核心研究实践。
本文将上述指南转化为一个工作流程:诊断你的起始状态、汇集各项产物、运行检查点,并判断来源包何时可以交接。
在动手构建之前先诊断你的起始状态
大多数混乱的来源包是在开头而非结尾出问题的。在打开文件夹之前,先判断以下哪种情况描述了你的项目,因为每种情况需要不同的第一步。
- 分散但完整。 你有检索记录和 PDF,但它们散落在浏览器历史、下载文件夹和聊天记录中。你的任务是整合和记录,而不是重新检索。
- 完整但未记录。 你知道每篇论文为什么在集合中,但推理只在你脑子里。你的任务是在它消失之前把轨迹写下来。
- 不完整。 你有一个部分集合,且没有明确的纳入标准。你的任务是先定义标准,再据此检索。
- 继承而来。 一位离开的学生或合作者留下了文件。你的任务是在信任标签之前核实这些记录究竟是什么。
写一句话说明你的状态和最大的单一缺口。这句话成为说明笔记的第一行,并告诉合著者可以期待什么。
先确定范围和纳入规则
Cochrane 的指南明确指出,检索应基于纳入标准来规划。这个顺序对来源包很重要:标准决定什么属于其中,检索是为了找到它而构建的。如果你先检索、后定义标准,你的来源包将包含碰巧出现的内容。
写一个简短的範圍块,包含四个部分:
- 问题。 用一两句话说明这个来源包旨在支持什么。
- 纳入规则。 人群、干预或暴露、结局、研究类型、日期范围、语言。
- 排除规则。 你预期会遇到的接近但不满足的情况,以及排除的原因。
- 边界案例。 你不确定的具名例子,附上你的临时判断和理由。
边界案例清单对合著者来说是最有价值的部分。它显示了判断在哪里被应用,这样合著者可以同意、不同意或上报,而不是默默继承你的判断。
构建可重新运行的检索记录
无法重新运行的检索不是来源包,而是一段记忆。Cochrane 建议将自由文本词与主题词结合、使用多个来源,并建议记录过程。为每次检索记录:
- 检索的数据库或来源;
- 确切的查询字符串,包括字段标签和限制条件;
- 运行日期;
- 返回的记录数;
- 谁运行的。
将其存储为表格,每次检索一行。如果你使用了学术检索界面,请将查询文本与导出的结果放在一起,以便它们之间的关联得以保留。WisPaper 的学术检索界面是运行和捕获学术论文检索的一个地方;记录查询字符串和日期的纪律仍然属于你。
Cochrane 还建议在发表前重新运行检索。在来源包中注明你最后一次运行的日期,并标记在提交前预计需要刷新。这一行可以防止合著者将过时的集合视为最终版本。
分阶段去重和筛选
Cochrane 建议对记录去重并分阶段筛选。这两个步骤都会产生合著者需要的产物。
去重。 导出原始记录,然后在筛选前删除重复项。将原始导出和去重后的集合保存为单独的文件,以便缩减过程可见。记录进入多少条记录、剩余多少条。
分阶段筛选。 先筛选标题和摘要,再筛选全文。在每个阶段,记录进入数量和排除数量,并在全文阶段为每次排除保留原因。想要质疑排除决定的合著者需要的是原因,而不仅仅是决定。
研究关联。 Cochrane 建议将同一研究的多份报告关联起来。如果同一研究以会议摘要和全文论文的形式出现,将它们归入一个研究 ID 下,这样你的合著者统计的是研究数量,而不是 PDF 数量。
PRISMA 2020 提供了流程图模板,可以自然地对应这些计数。即使你不是在写系统综述,借用流程结构也能让合著者一眼看到集合是如何缩减的。
汇集来源包的产物
一份干净的来源包是一组小而可预测的文件。每次都使用相同的结构,这样合著者只需学习一次。
| 产物 | 包含内容 | 合著者为什么需要它 |
|---|---|---|
| 说明笔记 | 范围、起始状态、关键决策、未决问题 | 快速入口;替代会议 |
| 范围块 | 问题、纳入/排除规则、边界案例 | 展示集合背后的判断 |
| 检索日志 | 每次检索一行:来源、查询、日期、数量 | 使检索可重新运行 |
| 原始导出 | 按返回原样保存的记录,未经改动 | 保留原始证据 |
| 去重集合 | 删除重复项后的记录 | 展示第一次缩减 |
| 筛选日志 | 阶段、进入数量、排除数量、排除原因 | 使选择可审计 |
| 研究映射 | 关联多份报告的研究 ID | 防止重复计数 |
| 参考文献列表 | 纳入记录的引用 | 可直接用于稿件 |
| 未决问题清单 | 未解决的判断及其负责人 | 引导合著者的注意力 |
保持文件名稳定并标注日期。合著者应该仅从文件名就能判断一个文件是原始的、已筛选的还是最终的。
整理论文以便合著者查找
集合筛选完成后,纳入的论文需要一个合著者可以浏览的存放位置。将纳入的论文保存或上传到共享文库,并按照与范围块对应的结构进行组织。WisPaper 的我的文库专为保存和上传论文并在文库中组织而构建,直接契合这一步。
两个组织习惯会带来回报:
- 镜像筛选日志。 如果你的日志按主题或研究类型对论文分组,文库也应以相同方式分组。合著者在日志和文库之间切换时,永远不需要重新映射类别。
- 命名边界案例。 将临时或有争议的论文放在明确标记的组中,而不是与已确认纳入的论文混在一起。这样既保持了确认集合的干净,又保留了轨迹。
如果你的合著者需要对收集的论文提问,而不是全部阅读,对文库进行问答可以揭示集合涵盖和未涵盖的内容。WisPaper 的文库问答支持基于上传到我的文库或从检索结果中添加的论文进行提问,这对于在深度阅读之前让合著者熟悉大型集合很有用。
在交出之前核实参考文献列表
来源包通常以参考文献列表结束,而参考文献列表正是小错误变成尴尬错误的地方。在交接之前,检查列表中的每条引用都对应你实际筛选纳入的记录,并且没有引用是从记忆或二手提及中添加的。
对于基于 BibTeX 的工作流程,引用筛选可以成为来源包构建的一部分。WisPaper 的TrueCite对照真实学术数据库检查 BibTeX,以标记幻觉参考文献。在合著者收到列表之前,对来源包的参考文献文件运行它并解决每个标记,这样合著者继承的是一份已检查的列表,而不是一份待办事项。
撰写说明笔记
说明笔记是来源包的前门。保持在一页以内,并按顺序回答:
- 这个来源包用于什么,不涵盖什么。
- 你从哪里开始,证据处于什么状态。
- 范围规则和你做出的边界判断。
- 检索日期以及是否待刷新。
- 每个筛选阶段的计数。
- 未决问题及每个问题的负责人。
最后写它,在产物最终确定之后,这样笔记中的数字与日志一致。只读这一页的合著者应该知道是开始写作、开始筛选,还是带着问题回来。
实例:综述中期的实验室交接
一位博士生正在离开一个综述项目,将来源包交给一位教师合著者。以下是流程的展开方式。
起始状态。 学生的检索在浏览器历史中,PDF 在下载文件夹中,筛选决定在笔记本中。状态是“分散但完整”。最大的缺口是没有记录任何检索。
范围。 学生根据综述方案撰写范围块,包括三个边界案例:一个没有同行评审版本的预印本、一项团队无法阅读的语言的研究,以及一篇报告与纳入研究相同队列的论文。每个都获得临时判断和理由。
检索记录。 学生重新运行每次检索,记录查询字符串、来源、日期和数量,并保存原始导出。重新运行还确认计数与笔记本一致。
去重和筛选。 原始导出被去重,然后分两个阶段筛选。学生记录每个阶段的进入和排除数量,并为每次全文排除写下原因。预印本和重复队列论文根据边界判断进行关联或排除,研究映射记录关联。
文库。 纳入的论文进入共享文库,按与筛选日志相同的主题组织,边界案例放在单独的组中。
参考文献。 参考文献列表导出为 BibTeX,并筛查幻觉条目;每个标记都得到解决。
说明笔记。 学生撰写一页笔记,检查计数与日志一致,并标记在提交前待刷新检索。
交接。 教师合著者阅读笔记,打开筛选日志检查两个排除项,并开始根据检索日志和流程计数起草方法部分。无需开会来解释来源包。
检查点和停止规则
按顺序运行这些检查点。每个都有明确的通过条件和停止规则。
| 检查点 | 通过条件 | 停止并上报如果 |
|---|---|---|
| 范围 | 纳入/排除规则已写;边界案例已命名 | 经过一个工作会话后问题仍未定义 |
| 检索日志 | 每次检索都有来源、查询、日期、数量 | 检索无法从任何记录重建 |
| 去重 | 原始和去重集合都存在;计数已记录 | 去重以你无法解释的方式改变了集合 |
| 筛选 | 每个阶段的进入/排除计数;全文排除的原因 | 很大一部分排除缺乏记录的原因 |
| 研究关联 | 多份报告归入研究 ID 下 | 你无法判断两条记录是否是同一研究 |
| 参考文献 | 每条引用映射到纳入记录;标记已解决 | 引用无法追溯到筛选记录 |
| 说明笔记 | 计数与日志一致;未决问题已分配 | 笔记和日志不一致 |
当边界案例改变范围、检索无法重新运行或引用无法追溯时,上报给合著者或项目负责人。这些是属于项目的决定,而不仅仅是来源包构建者的决定。
如何知道来源包已准备好
当合著者仅凭文件就能回答四个问题时,来源包就准备好了:检索了什么、何时检索?保留了哪些、为什么?排除了哪些、为什么?还有什么未决?
一个实用的最终测试是冷读检查。请一位未见过项目的合著者打开说明笔记和筛选日志,说出来源包的范围及其两个最大的未决问题。如果他们能做到,来源包就是干净的。如果他们必须问你,说明笔记缺少了某些东西。
第二个测试是重新运行测试。从日志中选一次检索并重新运行。如果查询字符串和来源记录得足够好,能够重现检索,那么日志就在发挥作用。




