研究项目收尾：保存来源、决策与检索历史

研究项目并不是在最后一次分析运行时才算完成。只有当其他人——共同作者、审稿人、实验室的继任者，或未来的你自己——能够重建你检索了什么、保留了哪些文献、为什么保留，以及最终结论是如何构建的，项目才算真正完成。收尾是一项纪律，把进行中的项目转化为可供审计的记录。

本指南将收尾视为一组决策与产出物，而非单一清单。其结构安排让你可以从项目实际所处的任何阶段切入：仍在检索、筛选进行中、撰写草稿，或已在回应审稿意见。示例取自系统综述实践，因为那里的记录链条最为明确，但同样的逻辑适用于任何依赖文献体系的稿件。

收尾是你的工作材料转化为记录的那一刻。记录需要回答四个问题：你考虑了哪些来源、你是如何找到它们的、你排除了哪些以及为什么、哪些决策塑造了最终稿件。

系统综述方法论使这一点具体化。Cochrane 手册建议从纳入标准出发规划检索、利用多个来源、将自由文本词与主题词结合、记录过程、去重记录、分阶段筛选、关联同一研究的多份报告，并在发表前重新运行检索。PRISMA 2020 提供了报告清单、扩展说明、摘要清单，以及针对原创和更新综述的流程图模板，包括对检索、选择和综合方法的透明报告。

你不需要运行系统综述才能借用这一结构。你需要同样的三个层次：来源层（你找到了什么）、决策层（你保留了哪些以及为什么）、检索层（你如何找到它们以及何时找到的）。当这三个层次彼此一致且与稿件一致时，收尾才算完成。

大多数收尾失败源于从错误的地方开始。在构建任何内容之前，先在这份诊断表中定位你的项目。

问三个问题来定位自己。第一，你能否说出决定纳入的标准？第二，你能否重现最后一次检索并获得可比的集合？第三，你能否在不重新打开论文的情况下解释任何一次排除？如果任一答案为否，该层次就是你的起点。

来源层是你实际考虑过的记录集合。其质量取决于你如何检索以及如何处理重复项。

Cochrane 的指导是将自由文本词与主题词结合，检索多个来源，然后在筛选前对记录去重。PubMed 支持字段标签、短语检索、过滤器、高级检索、保存的检索、相似文章、引文查找，以及在可用时链接到全文；其检索详情揭示词语是如何被转换和组合的。这一转换视图在收尾时很重要，因为它让你不仅能记录你输入了什么，还能记录数据库是如何解释它的。

Google Scholar 记录了按作者和标题检索、日期排序和日期限制、被引用和相關文章、引文导出、图书馆访问链接、电子邮件提醒，以及定位作品替代版本的方法。这些功能对于构建和扩展来源集很有用，但导出和提醒记录才是使该集合日后可供审计的关键。

一个实用的来源层产出物对每个数据库或来源包含：确切的查询、运行日期、应用的任何限制、返回的记录数，以及作为重复项移除的数量。如果你使用 WisPaper 查找论文，学术检索界面 是发现步骤发生的地方；保存你运行的查询，使日志反映真实检索而非重建。

检索层是最常丢失的产出物，因为检索在运行时感觉是一次性的。它们不是。无法重新运行的检索是你无法辩护的主张。

至少记录：

• 检索的来源和使用的界面。
• 完整的查询字符串，包括字段标签和任何主题词。
• 过滤器和日期限制。
• 检索运行的日期。
• 结果数量及其导出方式。

Cochrane 建议在发表前重新运行检索。这一建议对收尾有一个后果：你的检索日志应有一条日期接近投稿的最终条目，而不仅仅是项目开始时的条目。如果重新运行改变了记录集，该变化应记入日志，并在相关时记入稿件的方法部分。

对于检索本身就是交付物的项目，Scholar Agent 区域 支持更长的研究任务，包括文献综述工作。将其作为检索工作流的一部分使用，然后将产生的查询和记录集保存在你自己的日志中，使轨迹独立于任何单一会话而存续。

决策层是大多数项目最薄弱的地方。筛选通常快速且非正式地进行，排除的原因留在某人的记忆中。

Cochrane 建议分阶段筛选并关联同一研究的多份报告。两种做法都会产生值得记录的决策。分阶段筛选意味着一条记录可以在标题层面、摘要层面或全文层面被排除，而阶段对报告很重要。关联报告意味着多条记录可能映射到同一研究，因此你的决策单位是研究，而非记录。

一个可行的决策日志每条记录或每项研究一行，包含：标识符、达到的筛选阶段、决策、原因类别，以及做出决定的人。原因类别应简短且稳定——纳入标准、错误人群、错误设计、重复报告——以便日后可以计数。

PRISMA 2020 的流程图模板正是围绕这类计数构建的：识别的记录、筛选的记录、排除的记录和纳入的研究。即使你不写系统综述，为自己的项目勾勒这一流程也能暴露决策轨迹中的缺口。

最具破坏性的收尾错误是漂移：稿件引用的来源集不再匹配记录集，或方法部分描述了一种从未以该形式实际运行的检索。

分三遍核对。第一，检查每篇被引作品都出现在你的来源层中；没有对应记录的引文要么是需要记录的后期添加，要么是错误。第二，检查方法部分描述的是你日志中的检索，包括最终的重新运行。第三，检查你在正文中描述的任何排除都匹配决策日志中的原因类别。

引文完整性值得单独一遍。BibTeX 条目会累积错误，在生成的参考文献中可能包含不对应真实出版物的引用。TrueCite 对照真实学术数据库检查 BibTeX 以标记虚构的参考文献，这使其成为在时间压力下汇编或编辑参考文献时的有用步骤。在投稿前运行它，而不是在审稿人质疑某条参考文献之后。

考虑一篇合著综述从同行评审返回，要求论证检索策略并解释为何几篇看似相关的论文被排除。

收尾顺序如下。调出检索日志并确认最终重新运行日期；如果没有重新运行，现在运行一次并记录。从导出中重建去重后的记录集。使用原始纳入标准而非事后推理，为审稿人提到的论文重建决策日志。对照这些产出物核对稿件的方法和流程描述。然后核实参考文献。

对于核实步骤，TrueCite 的 BibTeX 引文筛查 在决策日志确定后自然衔接，因为你希望在检查前参考文献列表是稳定的。对于重建步骤，如果你的团队将 PDF 存储在共享库中，文献库 QA 让你基于上传到 My 文献库 或从检索结果添加的论文提问——当你需要重新检查某篇被排除论文实际报告了什么而不必从头到尾重读时，这很有用。

交接包是面向读者的层次。它应短到可以一次读完，又完整到无需你在场就能回答后续问题。

包括：

• 一页项目摘要，含研究问题和纳入标准。
• 检索日志，明确标记最终重新运行。
• 去重后的记录集和决策日志。
• 稿件版本和投稿时的参考文献。
• 简短的未决问题说明：你接下来会检索什么、哪些排除是边缘性的、哪些决策是判断性的。

最后一项常被省略，却往往最有价值。继任者需要知道轨迹在哪里是坚实的，在哪里需要判断。

如果项目将在新阶段继续，Research Projects 区域 是可以创建新项目的地方，使下一阶段从自己的工作区开始，而不是继承一个未标记的文件夹。对于集中保存 PDF 的团队，My 文献库 是可以保存或上传论文并加以组织的地方，这使来源层更容易作为连贯的集合交接。

当一位知情的外部人能在不向你提问的情况下通过这项测试时，收尾就绪了。

1. 重现。 他们能从日志重新运行你的最终检索并获得可比的集合。
2. 核对。 每篇被引作品都映射到一条记录，每个描述的排除都映射到一个原因类别。
3. 时效。 检索日志包含一条日期接近投稿的重新运行。
4. 归属。 日志中的每个决策都有指定的决策者和日期。
5. 可读性。 交接摘要无需完整记录集就能解释项目。

如果任何一项未通过，在归档前修复该层次。一个对缺口诚实的部分收尾，比一个看起来完整但检索日志破损的包更有用。

如果你仍在检索。 先写纳入标准，然后从第一天开始检索日志。每次查询都有一条记录。这是构建轨迹成本最低的时机。

如果你在筛选进行中。 停下来，使用稳定的原因类别为已筛选的记录重建决策日志。然后打开日志继续筛选。

如果你在撰写草稿。 在润色文字之前，对照检索日志核对方法部分。在撰写时发现的漂移代价低；在评审时发现的漂移代价高。

如果你在回应审稿人。 将每条审稿意见视为对你的产出物的查询。如果某个产出物无法回答它，那个缺口就是发现，修复应归入记录。

如果你在交接。 最后从其他产出物构建交接摘要，并包含未决问题说明。

对于在选择工作流之前想要一个通用入口的读者，WisPaper 主页 介绍了该助手在查找、筛选、组织和使用学术论文方面的工作。中文读者可以从 中文主页 开始。