如何构建遵循论证的文献综述大纲

遵循论证的文献综述大纲不是按主题分组的论文列表。它是一个逐项主张的结构，每个部分的存在都是为了推进一个立场，每一篇被引用的研究在这个推进过程中都有明确的任务。这个问题背后的实际搜索意图通常是：我有一堆文献和一个粗略的论点，我需要一个可以向合作者或审稿人辩护的结构。 答案是自上而下地从论证构建大纲，而不是自下而上地从参考文献构建——并保持一条方法轨迹，显示每个来源是如何进入综述的。

本指南提供了一个完整的序列：诊断你的起始状态、起草论证骨架、将证据映射到主张、运行并记录搜索、构建大纲工件，以及检查就绪状态。它全程使用一个手稿修订示例，并以停止和升级规则结束。

大纲失败的原因是可预测的，而修复方法取决于你实际所处的位置。首先对你的情况进行分类。

• 来源堆，无主张。 你有PDF和笔记，但无法说明综述论证了什么。你需要在接触大纲之前编写论证骨架。
• 有主张，证据薄弱。 你知道自己的立场，但怀疑存在缺口。在确定章节之前，你需要一个与资格标准挂钩的、有记录的搜索。
• 已有大纲草稿，审稿人反对。 合作者或审稿人说结构是“一个列表”或“没有构建”。你需要将每个部分重新映射到一个主张，并删除或合并那些只是总结的部分。
• 交接或新项目。 其他人必须继续综述。你需要一个可审计的轨迹：搜索字符串、来源、筛选决策，以及每个来源与每个主张之间的联系。

写一句话说明你的状态和你缺失的工件。这句话决定了你从下面的哪一节开始。

遵循论证的大纲从三到五个主张句子开始，这些句子按顺序排列，使得每一个都依赖于前一个。将它们起草为简单的断言，而不是主题。

一个可行的骨架具有这种形状：

1. 既定立场——当前文献广泛持有的观点。
2. 张力——发现分歧、条件变化或方法限制既定立场的地方。
3. 缺口——仍未解决的是什么以及为什么重要。
4. 你对论证的贡献——综述如何重新构建或解决张力。

通过询问什么证据会驳倒每个主张来测试它。如果没有研究能驳倒一个主张，它可能是一个总结陈述，而不是一个论证步骤。将骨架保持在一页；它是大纲悬挂的脊柱。

一旦骨架成立，将每个主张转化为综述的一个H2级章节。在每个章节下，列出该主张所需的证据槽——而不是你碰巧拥有的论文。

这个表格是核心工件。一个空的槽是一个搜索任务，而不是放弃主张的理由。一个已填充的槽，如果其来源实际上并不涉及该主张，则是一个错误映射，需要在起草前修复。

Cochrane手册关于搜索的指南在这里直接有用：根据资格标准规划搜索，使用多个来源，将自由文本词与主题词结合，记录过程，去重记录，分阶段筛选，链接同一研究的多份报告，并在发表前重新运行搜索。这些中的每一个都映射到一个大纲任务。

• 资格标准 → 证据槽。 在搜索之前定义什么样的研究可以填充每个槽。
• 多个来源 → 覆盖范围。 不要让一个数据库定义缺口。
• 自由文本加主题词 → 召回率。 数据库特定的语法很重要；PubMed支持字段标签、短语搜索、过滤器、高级搜索和保存的搜索，其搜索详情显示术语是如何被翻译和组合的。Google Scholar支持作者和标题搜索、日期限制、引用、相关文章和提醒。
• 文档 → 审计轨迹。 记录字符串、日期、来源和计数。
• 分阶段筛选 → 槽分配。 先筛选标题和摘要，然后全文，将每个纳入的研究分配到一个槽。
• 链接多份报告 → 一项研究，一个条目。 被多次报告的试验或研究不应夸大你的证据计数。
• 发表前重新运行 → 新鲜度检查。 在提交前重复搜索并记录变化。

如果你通过WisPaper的学术界面进行搜索，使用WisPaper搜索来运行主题和关键词查询，并将你的字符串和日期保存在与其他数据库相同的日志中。关于寻找学术论文的公共入口，请参见WisPaper学术搜索。

只有当大纲背后的来源被组织起来时，大纲才是可审计的。将你筛选的论文保存或上传到我的图书馆，以便纳入的研究、排除的研究和槽分配保持在一起，而不是分散在下载中。

对于来源众多的综述，一个简单的证据日志与图书馆并存即可：

这个日志使得实验室交接成为可能：继任者不仅可以看到你引用了什么，还可以看到每个来源为什么在大纲中。

现在组装大纲本身。对于每个章节，记录四件事：它推进的主张、分配给它的证据、它在整体论证中服务的功能（确立、复杂化、桥接、解决），以及到下一章节的过渡。

一个来自手稿修订的实例：

• 第1节——既定立场。 主张：主流解释将现象视为在标准条件下稳定。证据：两项基础研究。功能：确立。过渡：“但这一解释假设了后来工作所改变的条件。”
• 第2节——张力。 主张：当条件变化时，发现出现分歧。证据：结果冲突的研究，链接起来以便同一研究的多份报告只计一次。功能：复杂化。过渡：“分歧不是随机的；它围绕一个未解决的问题聚集。”
• 第3节——缺口。 主张：未解决的问题尚未被直接测试。证据：指出局限性的综述和原始研究。功能：桥接。过渡：“重新构建问题使缺口变得可处理。”
• 第4节——贡献。 主张：重新构建重新组织了证据并确定了下一个测试。证据：支持重新构建的研究。功能：解决。

如果一个章节不能用一句话说明其功能，它可能是一个总结章节。将其合并到相邻的主张中或删除。

工具的使用应该遵循大纲，而不是取代它。一些适合此工作流的放置：

• 当一个主张需要比当前字符串产生的更广泛的扫描时，Scholar Agent在WisPaper的文献综述、灵感和复现用例中支持更长的研究任务。
• 当你需要审问已经收集的论文时——例如，检查一个槽是否真正填充——文献库 QA让你基于上传到我的图书馆或从搜索结果添加的论文提问。
• 在提交前，当参考文献列表最终确定时，TrueCite根据真实学术数据库筛选BibTeX，以标记幻觉参考文献。
• 如果综述是与合作者更大努力的一部分，Research Projects为工作提供一个项目主页。

这些中的每一个都位于一个定义的检查点：广泛扫描、槽验证、参考文献检查、项目组织。它们各自在对应检查点承担具体任务，论证骨架和证据日志始终是工作流的中心。

使用明确的退出标准，这样你就不会在不稳定的大纲上起草。

1. 骨架检查点。 三到五个有序主张，每个原则上可证伪。当合作者可以在不阅读来源的情况下重述你的论证时完成。
2. 槽检查点。 每个主张都有证据槽，每个槽都标记为已填充、部分或空。当没有槽被悄悄遗漏时完成。
3. 搜索检查点。 字符串、来源、日期和计数被记录；重复被移除；多份报告被链接。当第二个人可以重新运行搜索时完成。
4. 映射检查点。 每个纳入的来源都被分配到一个槽，每个槽的来源确实涉及其主张。当没有来源仅仅因为存在而被引用时完成。
5. 大纲检查点。 每个章节陈述主张、证据、功能和过渡。当删除任何章节都会破坏论证时完成。
6. 新鲜度检查点。 在提交前重新运行搜索，并记录变化。当日志显示重新运行日期时完成。

清晰的规则防止大纲悄悄变成参考文献。

• 停止并重写骨架，如果两个章节提出相同的主张，或者如果一个章节的功能无法命名。
• 停止并搜索，如果一个缺口槽是空的；不要为了适应可用来源而软化主张。
• 停止并重新映射，如果一个来源出现在多个槽中而没有说明原因，或者如果一个来源的条件与其支持的主张不匹配。
• 升级给合作者，当张力主张依赖于方法不兼容的研究，而你无法公平地陈述比较时。
• 升级给方法学家或图书馆员，当资格标准或搜索语法有争议时，或者当一个数据库对你术语的翻译不清楚时。
• 在提交前升级，如果新鲜度重新运行发现了改变主张的研究；修订大纲而不是仅修订引用列表。

当四项测试通过时，大纲就绪。第一，论证测试：仅按顺序阅读主张句子产生一个连贯的论证，没有缺口。第二，证据测试：每个主张至少有一个分配来源，其条件与主张匹配，并且没有来源未被分配。第三，审计测试：同事可以通过日志追溯任何被引用的研究到发现它的搜索和它填充的槽。第四，新鲜度测试：日志显示提交前的重新运行并记录了什么变化。

如果任何测试失败，返回到相应的检查点，而不是围绕弱点起草。通过所有四项测试的大纲是可以交给合作者、在同行评审中辩护，或连同方法轨迹完整传递给下一位实验室成员的大纲。