参考文献列表标题、年份和DOI冲突：稿件修复工作流

一份自相矛盾的参考文献列表是个小问题，但影响范围很大。一条条目说论文发表于2019年；DOI却解析到2020年的版本。合著者的BibTeX文件给出的标题与出版商页面略有不同。审稿人标记了一条引用，它似乎指向两篇不同的文章。在重新提交之前，你需要知道哪条记录是权威的，哪些字段只是错误的，以及哪些冲突是真实存在且必须披露的。

本指南将这一修复过程作为一个可审计的流程来介绍：从冲突开始，解析标识符，比较出版商存储的元数据，纠正明显错误的内容，并标记仍然真正未解决的问题。贯穿始终的示例是一个研究团队正在准备修订稿，其参考文献列表由多位合著者的文献库汇编而成。

并非所有不匹配都是同一个问题，将它们同等对待会浪费时间。在动手处理之前，将每个有争议的条目归入以下三类之一。

版本冲突。 同一作品存在多种形式——预印本和已发表文章、早期访问版本和最终期号版本。标题、年份甚至作者列表在不同版本之间可能合法地不同。问题不是“哪个错了”，而是“该主张实际依据的是哪个版本，参考文献应指向哪个版本？”

记录错误。 某个字段被转录或导出错误：标题中的拼写错误、卷号错误、年份取自预印本而非正式发表版本。这些可以对照权威来源进行纠正。

未解决的身份冲突。 两条记录似乎描述同一作品，但无法从现有元数据中调和，或者DOI指向与引用字段不匹配的地方。这些需要标记出来，而不是悄悄“修复”。

在工作文件中，在每个有争议的条目旁边写上所属类别。这一列决定了你下一步做什么。

DOI是最可靠的起点，因为它是一个持久标识符，会解析到该标识符当前注册的目标地址。解析告诉你该标识符当前指向哪里。但它本身并不确认你参考文献中的书目字段与作品匹配，也不确认该作品支持你引用它所依据的主张。

因此顺序是：

1. 解析DOI并记录目标地址。
2. 将目标地址的标题、作者、出处和日期与你的条目进行比较。
3. 然后才判断该条目是版本问题、记录错误还是身份冲突。

一个DOI能干净地解析，但指向的标题与你的条目不同，这是记录错误或版本不匹配的强烈信号——而不是引用有效的证明。无论哪种情况，都将解析结果保留在你的审计轨迹中。

Crossref通过其REST API公开出版商存储的学术元数据，包括标题、作者、出处、日期、标识符、许可证、资助信息、ORCID和ROR标识符、存储时的摘要，以及来自可信来源的出版后更新。这使其成为一个有用的比较层：你可以拉取某个DOI的存储记录，并对照它检查你的字段。

从该元数据的产生方式可以得出两个实际注意事项。首先，它是存储的——其完整性和准确性取决于出版商提供的内容。其次，来自可信来源的出版后更新意味着记录可能随时间变化，因此你几个月前注意到的差异可能已被纠正。在最终确定之前重新检查。

对于每个有争议的条目，记录：DOI、存储的标题、存储的日期和存储的出处。如果你的条目不同，明确记录差异，而不是悄悄覆盖。正是这条记录使修复过程可审计。

许多冲突源于参考文献的查找方式，而非元数据本身。如果合著者通过标题检索找到论文并导出了引用，他们可能捕获的是预印本、会议版本或替代记录。

Google Scholar记录了按作者和标题检索、日期排序和日期限制、被引用和相关文章、引用导出、图书馆访问链接、电子邮件提醒以及查找作品替代版本的方法。“替代版本”功能在这里直接相关：当你怀疑存在版本冲突时，有意查找其他版本并进行比较，而不是假设你找到的第一条记录就是你要的那条。

如果你需要重新运行检索本身，使用学术搜索界面，并在笔记中保留查询、筛选条件和检索日期。你可以通过WisPaper的学术搜索界面查找学术论文，并记录你搜索了什么以及何时搜索，以便合著者或审稿人可以重现该过程。

这是大多数团队跳过的决定。只有当你知道引用是为了什么时，版本冲突才算解决。

• 如果主张依赖于最终发表的分析，引用正式发表版本。
• 如果主张依赖于仅存在于预印本中的内容——方法细节、早期结果——明确引用预印本并说明。
• 如果两个版本都支持该主张，优先使用正式发表版本，仅当区别对读者重要时才注明预印本。

在条目旁边记录决定及其理由。“引用正式发表版本，因为主张涉及最终报告的效果量”是一条可审计的注释；悄悄替换DOI则不是。

对于记录错误类别的条目，一旦你面前有存储的元数据，纠正就是机械性的。将标题、年份、出处和作者列表修正为与存储记录匹配，并记录每项更改。

几个习惯可以保持整洁：

• 一次只改一个字段，每次更改后重新检查条目。
• 将原始值保留在注释或侧列中，以便审查纠正内容。
• 编辑后重新解析DOI，确认条目和标识符仍然一致。

如果你的参考文献列表以BibTeX维护，引用筛查可以在你将文件交给合著者之前帮助捕获不对应真实记录的条目。TrueCite对照真实学术数据库检查BibTeX，标记虚构的参考文献，这是对大型多作者文献库的有用初步筛选——之后你仍需如上所述将存留的条目与存储的元数据进行比较。

有些冲突不会闭合。一个DOI可能解析到一个元数据与你的条目不匹配的落地页；两条记录可能共享标题但作者不同；出版商记录可能不完整。

对于这些情况，交付物是一个标记，而不是猜测。在你的工作文件中记录：

• 条目当前的状态，
• 你检查了什么（DOI解析、存储的元数据、替代版本），
• 仍然存在的具体不匹配，
• 以及采取的行动（例如，“保留原始DOI；标记为待作者查询”）。

如果未解决的项目影响稿件中的某个主张，请与通讯作者沟通，而不是单方面解决。一个审稿人可以看到的标记冲突，远胜于一个看起来自信但最终错误的引用。

仅存在于一个人笔记中的修复是不可重现的。将工作文件——条目、类别、检查的来源、所做的更改、残留标记——保存在共享位置，并整理你正在验证的论文，以便合著者可以检查相同的记录。你可以保存或上传论文并在WisPaper文献库中整理它们，作为你正在比较的版本的共享存放区。

当合著者询问某个特定条目时，将论文和笔记放在一处可以大大缩短沟通循环。如果你需要基于已收集的论文提问，基于上传到我的文献库或从搜索结果添加的论文提问，而不是从头重新阅读每个PDF。

对于更大的修订，其中参考文献修复是多个工作流之一，WisPaper研究项目区域为团队提供了一个组织工作的场所；为修订创建一个项目，并将参考文献审计作为一个跟踪组件。

修复完成后，你的参考文献列表应附带一份简短的配套记录。对于贯穿的示例，该记录包含四个部分：

1. 冲突日志。 每个有争议的条目、其类别及其解决方式。
2. 变更日志。 字段级纠正，包含原始值和修正值。
3. 残留标记列表。 未解决的冲突、已检查的内容以及需要采取行动的人。
4. 检索记录。 任何重新找到的条目的查询、筛选条件和日期。

然后参考文献列表本身是干净的：在主张需要时引用正式发表版本，在主张依赖预印本内容时明确引用预印本，字段已纠正，没有悄悄替换。

• 先分类再修复。 版本冲突、记录错误和身份冲突需要不同的行动。
• 先解析，再比较。 DOI告诉你它指向哪里；它不验证你的字段或你的主张。
• 将存储的元数据视为比较层，而非神谕。 它反映出版商提供的内容，并可能在出版后更新。
• 重建检索过程。 许多冲突是检索的产物，替代版本往往是解释。
• 根据主张决定，而非根据便利。 你引用的版本应该是你的句子实际依据的版本。
• 标记，不要猜测。 诚实记录的未解决冲突是完成的工作；捏造的解决方案则不是。