引文核验：完整的投稿前工作流程

引文核验是指对稿件中的每一条参考文献逐一确认：该作品确实存在、其元数据准确无误、你引用的是正确版本、其更正状态已知、原文确实支持你所附的论断、引文位置恰当，并且参考文献条目与正文标记一致。把这些环节当作一个系统而非七项彼此分离的杂务，你就能获得一条可审计的方法轨迹，在投稿前、修改期间以及审稿人质疑某条参考文献之后随时查阅。

本指南是一套支柱式工作流程。它先给出诊断框架，然后逐一讲解每个核验层，提供决策表，最后为处于稿件、审稿或研究团队周期不同阶段的读者提供入口路线。

大多数引文问题之所以暴露得晚，是因为每项检查分散在不同地方：参考文献管理器存着元数据，浏览器标签页存着 DOI，PDF 存着论断，稿件存着引文位置。当审稿人指出某条参考文献有问题时，你不得不在时间压力下把这一切重新拼凑起来。

统一的系统让各层保持关联。NIH 的《科学严谨性与可重复性》指南将审慎评估已有知识、透明方法、验证和可重复性视为严谨实践的核心组成部分。引文核验正是这一准则在文献层面的体现：你在记录自己的已有知识论断建立在可识别、可核查的来源之上，并且留下了一条他人可以追随的轨迹。

Crossref 的 REST API 文档描述了出版商存缴的学术元数据，包括标题、作者、发表场所、日期、标识符、许可、资助信息、ORCID 和 ROR 标识符、存缴时的摘要，以及来自可信来源的发表后更新。这是下文元数据层和更正层的骨干。DOI 解析文档补充了一个关键区分：DOI 解析到该标识符当前注册的目标地址，这有助于你定位作品，但书目字段和原文仍需核查身份与论断支持。解析是起点，不是结论。

在逐一处理参考文献之前，为每条引文建立一条核验记录。电子表格、项目笔记或结构化表格均可。每一行应承载七个层：

1. 存在性——作品是否存在，你能否访问到它？
2. 元数据——标题、作者、发表场所、日期和标识符是否正确？
3. 版本——你引用的是哪个版本，它是否就是你读过的版本？
4. 更正状态——该记录是否已被更新、更正或取代？
5. 论断支持——原文是否确实支持你所附的那句话？
6. 位置——引文是否附在正确的句子和论证的正确部分上？
7. 参考文献匹配——参考文献列表条目是否与正文标记及已核验的元数据一致？

按此顺序执行各层。存在性和元数据成本低，能尽早发现最具破坏性的错误。论断支持和位置最慢、最依赖判断，因此放在记录清理干净之后。

设想一个研究团队正在准备一份稿件，其引言提出了若干已有知识论断。团队为每个论断开一行。他们记录 DOI、解析它、将解析所得记录的标题和作者与稿件条目比对、注明所读版本、检查记录是否显示发表后更新、粘贴引文所支持的确切句子，并确认正文标记与参考文献列表一致。当审稿人后来质疑某个论断时，这一行就能回答问题，无需重读整篇论文。

存在性和元数据是你区分真实参考文献与貌似合理参考文献的地方。先通过学术搜索界面定位作品，然后确认存缴记录。

查找论文时，WisPaper 搜索提供学术搜索界面，WisPaper 学术搜索提供查找学术论文的公共入口。Google Scholar 自己的帮助文档描述了按作者和标题搜索、日期排序与限制、被引用次数和相关文章、引文导出、图书馆访问链接、电子邮件提醒以及定位替代版本的方法——当你需要跨多个来源确认某作品存在时，这些很有用。

一旦有了候选作品，就逐字段比对存缴元数据。Crossref 的文档列出了出版商存缴的内容：标题、作者、发表场所、日期、标识符、许可、资助信息、ORCID 和 ROR 标识符，以及存缴时的摘要。把这份清单当作你的检查表。缺少摘要不是错误；作者列表与稿件不一致才是。

版本问题很隐蔽。预印本、录用稿和正式发表文章可能标题相同，却在页码、措辞甚至结果上不同。Google Scholar 的文档指出了定位作品替代版本的方法，这正是当一条参考文献可能指向多个版本时你需要的检查。

对每条引文，确定你读的是哪个版本、引用的是哪个版本，并记录两者。如果你的论断依赖某个具体数字或措辞，就引用包含它的版本。当你为项目保存论文时，我的文库让你保存或上传论文并加以整理，从而把你实际读过的版本附着在项目上，而不是散落在各处下载文件中。

一条参考文献可能真实存在、格式正确，却已经过时。Crossref 的文档指出，其元数据包含来自可信来源的发表后更新。在每一行中内置更正检查：记录是否显示更新、更正或取代通知？

这一层对引用具体发现的论断最为重要。如果更正改变了你句子所依赖的数值，引文必须随之改变。把更正检查记录为带日期的步骤，以便合著者或审稿人看到你最后一次查看的时间。

存在性和元数据检查告诉你作品是真实的。它们并不告诉你作品说了你句子所说的话。论断支持是一项独立的核验：打开原文，确认你稿件句子所依赖的具体句子、图表或结果。

DOI 解析文档明确指出了这一点——解析有助于定位作品，而原文仍需核查论断支持。把这当作一条常设规则：在有人读过支持段落之前，任何引文都未完成核验。

对每个论断，记录四件事：确切的稿件句子、确切的原文段落、其在原文中的位置，以及由谁在何时核查。这就是可审计的方法轨迹。它也让同行评审更快，因为审稿人的质疑可以直接映射到某一行。

当你需要查询一批已保存的论文而非单一来源时，文库问答让你基于上传到我的文库或从搜索结果添加的论文提问——在你亲自确认段落之前，这有助于定位你已保存的来源中哪一个讨论了某个要点。

位置错误是看起来像写作问题的引文问题。引文附在错误的句子上，或一条引文承载三个论断而只有一个得到支持，这样的问题会通过所有元数据检查，却仍然误导读者。

逐句处理带引文的段落。对每一处，问标记是否落在它所支持的论断上、相邻的未引用句子是否也需要支持、以及是否让一条引文承担了过多内容。把位置决策记录在与论断支持段落相同的行中，使两层保持关联。

参考文献匹配闭合整个循环：正文标记、参考文献列表条目和已核验的元数据必须一致。这也是虚构或格式错误条目暴露的地方。

对于基于 BibTeX 的稿件，TrueCite支持 BibTeX 引文筛查，对照真实学术数据库检查条目，标记虚构参考文献。把它作为筛查环节运行，然后你自己对照存缴记录确认每个被标记或有歧义的条目。

按顺序对所有引文运行全部七个层。优先处理引言和讨论中的论断，因为已有知识和解释性论断集中在那里。在稿件离开你手之前，以参考文献匹配表收尾。

从审稿人的意见出发，打开对应的行。先重新运行论断支持和位置检查，因为这些通常是审稿人质疑的内容，然后重新确认你触及的任何参考文献的元数据和更正状态。如果审稿人质疑一整组参考文献，更长的文献综述任务可能适合学术智能体区域及其文献综述、灵感或复现用例。

当多位作者负责不同章节时，共享核验记录就是协调机制。每位作者为自己的章节填写行；由一人运行最终的参考文献匹配检查。对于团队级组织，研究项目提供 WisPaper 研究项目区域，你可以在其中创建新项目。

如果你的稿件描述了检索或筛查方法，核验记录同时充当方法文档。NIH 指南将透明方法和可重复性视为严谨性的核心；一份带日期的、逐引文的轨迹，记录你检索了什么、解析了什么、读了什么，正是这种透明度。当一个项目需要从源论文规划复现时，PaperClaw支持从上传的 PDF 和复现说明进行研究论文复现规划。

可审计的轨迹有三个属性：带日期、可归属、足够完整以便他人能重复检查。核验每一行时标注日期。将论断支持检查归属到个人。保留确切段落而非转述，以便后来的读者比对措辞。

把记录与稿件存放在一起，而不是放在旁边。当稿件进入修改阶段，记录随之移动，每次新的质疑是追加而非重启。