文献综述中的文献管理器笔记与 Markdown 笔记对比

文献综述会同时产出两种不同的成果：一组必须能对应到正确作品的文献记录，以及一批必须能从论断追溯到来源、留下可审计痕迹的笔记与正文。文献管理器笔记和 Markdown 笔记各自擅长处理其中一面。对大多数综述团队来说，实用的答案不是二选一，而是决定哪一层负责哪类产物，再把它们连接起来，让合著者、审稿人或接手的人能够复现方法。

本指南在同一项任务上比较两种方案，指出各自会在哪里失效，并给出一个决策表和一个从首次检索到实验室交接的联合工作流。

在选择笔记系统之前，先列出你的综述必须能够复现的产物。一份有用的初始清单：

• 检索轨迹。 哪些查询、数据库和日期限制产生了候选集，以及产生的时间。
• 身份记录。 对每篇纳入的作品，能让别人定位到它的文献字段和标识符。
• 论断与来源的链接。 你稿件中的哪句话依赖于哪篇论文中的哪段文字。
• 筛选决定。 某个候选被纳入或排除的原因。
• 交接包。 合著者或接手者无需访谈你就能继续工作所需的一切。

文献管理器笔记通常依附于一条文献记录。Markdown 笔记通常以纯文本文件的形式存在于文件夹或代码库中。问题在于，上述每种产物分别由哪个系统完整保留，以及你必须在它周围额外搭建什么。

文献管理器的核心优势在于笔记锚定在结构化记录上。这条记录可以承载学术元数据所暴露的字段：标题、作者、发表场所、日期、标识符、许可、资助、ORCID 和 ROR 标识符、存入时的摘要，以及来自可信来源的发表后更新，Crossref REST API 的文档对此有说明。当你的笔记写着“这篇论文主张 X”时，旁边的记录保存着你的参考文献最终需要的作者列表和发表场所。

这使得文献管理器笔记在以下方面很强：

• 大规模筛选。 你可以给每个候选附上简短的纳入/排除笔记，并按决定排序。
• 文献保真度。 保存参考文献列表所依据的元数据的是记录，而不是你的记忆。
• 标识符优先查找。 DOI 可以通过 doi.org 解析到该标识符当前注册的目标地址，因此与 DOI 绑定的笔记为读者提供了通往该作品的直接路径。

文献管理器笔记吃力的地方是正文写作。长篇综合段落、对比表格和论证提纲放在受记录约束的字段里很别扭，而且当两位合著者并行编辑时，它们很难做差异比较、版本管理或合并。

Markdown 笔记是纯文本。这让它们擅长综述中更像写作和版本管理、而非编目的部分：

• 综合与论证。 你可以起草叙述、维护提纲、修改段落，而不必与记录模式较劲。
• 可差异比较的历史。 由于笔记是文本文件，改动逐行可见，适合合著者审阅和可复现的方法轨迹。
• 可移植的结构。 表格、标题和清单可以把你的筛选标准和决定日志编码到与正文相同的文档中。

Markdown 笔记吃力的地方是文献身份。Markdown 文件没有为作品内置记录。如果你的笔记写着“Smith et al. 2021”却没有标识符，合著者就得重建是哪个 Smith、哪一年、哪个版本。Markdown 给了你写下标识符的地方，但它不会检查标识符能否解析，也不会检查字段是否与来源一致。

让两个系统面对同一项具体任务：一篇合著综述，包含可复现的检索、筛选日志、综合草稿，以及向新实验室成员的交接。

没有哪一列完胜。表格显示的是一种分工：记录负责身份，文本负责论证和方法。

当综述的主要产物是正文时，文献管理器笔记就会失效。如果你的综合内容存放在记录字段里，你就失去了差异比较段落的能力，合著者最终还是要导出到文档。当检索轨迹重要时，它们也会失效：文献管理器保存的是你保留的作品，未必是产生它们的查询和日期限制。而且记录可能存在，它所支持的论断却是错的；记录确认的是身份，而不是来源文本确实说了你笔记所声称的内容。

Markdown 笔记在文献身份和规模上会失效。纯文本文件不会替你解析 DOI，也不会保存结构化元数据，除非你手动输入。当综述增长到几十篇作品以上时，Markdown 中手工维护的元数据会漂移：作者列表被截断，发表场所缩写不一致，标识符被打错。文件读起来仍然不错，但它所支撑的参考文献列表变得不可靠。

Markdown 在论断支持上还会静默失效。笔记可以断言某篇论文报告了某个发现，而来源文本说的却更窄。文件里没有任何东西检查这个链接。

用记录负责身份，用文本负责论证，并用标识符把它们连接起来。下面的工作流从首次检索运行到交接。

打开一个以综述命名的 Markdown 文件并标注日期。记录每个查询、你检索的来源以及任何日期限制。Google Scholar 自己的帮助文档记录了按作者和标题检索、按日期排序和日期限制、被引用和相關文章、引用导出、图书馆访问链接、电子邮件提醒，以及定位作品替代版本的方法，因此你的日志可以写明你使用的具体功能。如果你通过 WisPaper 的学术检索界面检索，也记录下来，这样轨迹既写明查询也写明工具。你可以从 WisPaper 检索 开始，并把查询字符串保存在日志中。

随着候选积累，为每一个捕获标识符。DOI 通过 doi.org 解析到当前注册的目标地址，这给了你一条稳定的查找路径，即使出版商页面迁移。把标识符保存在两处：记录中和 Markdown 筛选表中。

对每个候选，写一行纳入或排除原因。在文献管理器中，这是记录上的一条简短笔记。在 Markdown 中，这是筛选表中的一行。原因才是让方法日后可审计的东西；一个光秃秃的纳入/排除标记不会自我解释。

一旦作品被纳入，就把它保存到共享库，让合著者基于同一集合工作。在 WisPaper 中，我的文库 是你保存或上传论文并组织它们的地方，这让纳入集合集中在一处，而不是散落在个人文件夹中。

把综合写成 Markdown。每个依赖来源的论断都带上内联标识符，而不只是作者-年份。这一个习惯让论断与来源的链接对任何继承该文件的人都可以检查。

当你需要检查一组纳入论文对某个子问题说了什么时，查询文库而不是重读每篇 PDF。WisPaper 的 文库问答 支持基于上传到我的文库或从检索结果添加的论文提问。用答案定位段落，然后在写下论断之前到来源文本中确认该段落。

在参考文献列表交给合著者或审稿人之前，对照真实的学术数据库检查 BibTeX。TrueCite 专为 BibTeX 引用筛查而构建，会标记幻觉参考文献。对导出的参考文献运行它，然后把任何被标记的条目与 Markdown 日志中的标识符核对。

交接包有三部分：Markdown 日志和综合、纳入作品的共享库，以及已验证的参考文献。接手者可以读日志了解方法，打开文库阅读来源，并对照标识符检查参考文献。

跨越一个学期或资助周期的综述需要为工作本身安个家，而不只是笔记。WisPaper 的 研究项目 区域是你创建并保存项目的地方，它为检索日志、文库和参考文献提供了一个共享容器。对于适合文献综述或复现用例的较长任务，Scholar Agent 是 WisPaper 为这些扩展研究任务提供的区域。

当一位未参与的读者能够复现它时，综述就准备好交接了。用四项检查来测试：

1. 检索可复现性。 Markdown 日志写明每个查询、来源和日期限制，读者可以重新运行它们。
2. 身份解析。 每篇纳入作品都有一个标识符，能解析到当前注册的目标地址，且文献字段与来源一致。
3. 论断支持。 综合中的每个实质性论断都带有内联标识符，且所引段落支持所写的论断。
4. 参考文献完整性。 导出的 BibTeX 已经过筛查，被标记的条目已与日志核对。

如果任何检查失败，修复是具体的：补上缺失的查询、解析标识符、收窄论断，或更正条目。这种具体性正是把记录和文本保留在独立层次的意义所在。

把这张表读作分工，而不是排名。上面的联合工作流是默认选择；只有在综述小到一层能承载另一层而不漂移时，单系统选择才合理。