你的文献管理器与共享文件夹不一致：修复手稿的证据链

文献管理器和共享文件夹通常因为一个平凡的原因而逐渐脱节：它们存储的内容不同。文献管理器保存书目记录和引用键。共享文件夹保存 PDF、草稿、笔记，以及合著者在午夜重命名的任何文件。当两者不一致时，手稿不一定有错，但其证据链已变得不可审计。本指南针对一份即将进入合著者审阅的手稿，演示一次具体的修复过程，然后展示如何将同样的方法迁移到实验室交接或可复现的检索中。

设想一份处于第二次修订的手稿。文献管理器列出了 84 个条目。共享文件夹中有 91 个 PDF。草稿中有三处引用指向库中已不存在的键。文件夹中有两个 PDF 的文件名与任何库记录都不匹配。有一个条目的标题与旁边的 PDF 略有不同。

这些信号都不能证明引用是伪造的，也不能证明某个主张缺乏支持。它们证明的是更狭窄但仍然严重的问题：你目前无法将每一条文内引用追溯到特定的记录和特定的文档。这种可追溯性正是你要修复的交付物。

修复工作如果从编辑开始就会出错。先从只读清单开始。你需要知道自己处于以下三种情况中的哪一种。

• 仅记录漂移。 库和文件夹基本匹配，但少数键被重命名或合并。
• 仅文档漂移。 文件夹中有多余的 PDF 没有库记录，通常是在文献扫读时下载的。
• 身份漂移。 记录和文档共享文件名，但可能描述的不是同一项工作，或者记录的元数据与你阅读的版本不匹配。

将清单写成一个带日期的文件，保存在共享文件夹中。一个简短的表格，包含引用键、文内位置、库记录是否存在、PDF 是否存在以及状态这几列就足够了。这个文件将成为审计日志，后来的读者（包括未来的你）将依赖它。

在协调之前，决定哪个工件起主导作用。有两种站得住脚的选择，它们会导致不同的工作。

记录主导。 文献管理器是权威；文件夹被清理以与之匹配。这适用于库经过精心整理而文件夹积累杂物的项目。

文档主导。 PDF 是权威；库记录被修正以匹配实际阅读的文档。这适用于合著者直接将论文添加到文件夹的项目。

大多数真实的手稿需要混合模式：记录主导身份，文档主导实际阅读的内容。在审计日志中陈述规则，以便合著者一致应用。没有明确的规则，每个合著者会以不同方式协调，不一致又会回来。

文件名是任何共享文件夹中最不可靠的字段。DOI 是更好的锚点。DOI 通过 doi.org 解析到该标识符注册的当前目标，这有助于你定位一项工作。仅解析并不能确认书目字段匹配，也不能确认来源支持你的主张，因此将其视为定位步骤，而非验证步骤。

对于每个有争议的条目，按以下顺序操作：

1. 解析 DOI 并确认它指向你意图中的工作。
2. 将标题、作者、发表场所和日期与记录进行比较。
3. 检查记录是否反映了出版后更新，因为出版商存储的元数据可能包含来自可信来源的更新。
4. 只有到那时才决定是记录还是文档需要修正。

Crossref 的 REST API 公开出版商存储的元数据，包括标题、作者、发表场所、日期、标识符、许可证、资助、ORCID 和 ROR 标识符，以及存储时的摘要。这使其成为检查你库中某个字段是来自存储还是手动输入的有用场所。

身份确定后，从手稿向外重建链条。打开草稿并列出每一条文内引用及其位置。对于每一条，记录引用键、库记录以及支持该主张的 PDF。

如果引用没有匹配的记录，你有三个选择：恢复记录、用已验证的引用替换该引用，或删除该主张。如果记录没有 PDF，决定该主张是基于摘要、预印本还是你不再拥有的版本。明确标记该决定，而不是留下空白单元格。

这也是筛选参考文献本身的时候。如果条目是快速汇编的或继承自早期草稿，将 BibTeX 通过 TrueCite 运行，它会对照真实学术数据库检查 BibTeX 以标记幻觉引用。被标记的条目回到上面的身份检查；标记是验证的提示，不是裁决。

填补缺口是修复工作常常产生新漂移的地方。合著者搜索一篇缺失的论文，下载 PDF，然后将其放入文件夹而没有记录。为了避免重复原始问题，在同一次操作中搜索并记录。

当你需要按作者或标题定位一项工作，或寻找替代版本时，Google Scholar 记录了按作者和标题搜索、日期排序和日期限制、被引用次数和相关文章、引用导出、图书馆访问链接、电子邮件提醒以及定位替代版本的方法。使用这些控件缩小搜索范围，然后立即创建或修正库记录，再继续。

如果你更愿意在研究工作区内运行搜索，WisPaper 搜索 提供了一个学术搜索界面，你可以在其中找到论文，然后将其带入你的库，而不是让它们散落在文件夹中。

一旦每一条引用都有记录和文档，就进行整合。将协调后的论文保存或上传到 我的库，以便整理好的集合存在于一个有序的地方，而不是每次从文件夹内容重建。

然后根据审计日志清理文件夹。将 PDF 重命名为匹配引用键，将不匹配的文件移入明确标记的暂存区，并将审计日志留在顶层。目标是合著者打开文件夹时，可以从任何文件名移动到库记录，而无需询问你。

协调后的参考文献仍然留下一个单独的问题：每个被引用的来源是否真的支持它所附的句子？身份验证回答的是论文是否是正确的那篇。主张支持是另一项检查。

逐节处理手稿，将引用的段落与句子一起阅读。如果某个主张依赖于你整理好的库中的一篇论文，你可以直接用 文献库 QA 查询上传的集合，它允许你基于上传到我的库或从搜索结果添加的论文提问。用它快速定位相关段落，然后自己对照源文本确认措辞。

当你能够一起移交四个工件时，修复就完成了：

• 修订后的手稿，其引用键全部解析到库记录；
• 协调后的库，元数据已修正且没有孤立键；
• 清理后的文件夹，文件名匹配键，不匹配的文件被隔离；
• 带日期的审计日志，记录事实来源规则、执行的身份检查以及每个有争议条目的处置。

这个包就是修正后的交付物。它也是合著者、审稿人或继任者所需的证据链，以便在不从记忆中重建的情况下追溯你的决定。

使用一个简短的就绪测试，而不是感觉草稿看起来不错。

• 每一条文内引用都恰好映射到一个库记录和一个文档，或映射到一个明确的、已记录的例外。
• 每个有争议的条目都有记录的解决方案和理由。
• 文件夹中没有文件名与其库记录矛盾。
• 审计日志有日期并存储在合著者能找到的地方。

如果任何一行失败，不一致只是转移了而不是关闭了。在传阅草稿之前修复失败的那一行。

这种修复具有普遍性，因为底层问题总是相同的：两个证据存储没有明确的协调规则。对于实验室交接，审计日志变成交接笔记，事实来源规则告诉新来的研究人员该信任哪个存储。对于可复现检索，日志记录使用的搜索控件、选择的版本以及每篇论文进入集合的原因。

较长的项目受益于将协调保持在结构化工作区内。Research Projects 为你提供了一个创建和组织项目的地方，使库、审计决策和手稿保持关联，而不是分散在各个驱动器上。当综述需要在协调之前进行更广泛的文献梳理时，Scholar Agent 支持文献综述、灵感和复现领域的较长研究任务。