如何检查论文是否被更正、更新或撤稿

更正、更新和撤稿是三种不同的事件，它们以三种不同的方式改变你从论文中可以负责任地主张的内容。如果你正在撰写决策备忘录、尽职调查说明或客户简报，并且有截止日期，那么实际问题不仅是“这篇论文是否仍然有效？”，而是“到底发生了什么变化，以及我草稿中的哪些句子受到了影响？”

本指南为你提供一个可重复的流程：解析标识符，阅读出版商通知，检查元数据关系，对事件进行分类，然后决定你的主张是继续成立、需要限定，还是必须撤回。最后附有一个示例、一份可重复使用的清单，以及何时升级的停止规则。

从DOI开始，而不是下载的文件。DOI可以通过doi.org解析到该标识符注册的当前目标地址。这种解析有助于你定位作品，但书目字段和源文本仍需检查身份和主张支持。

这一点很重要，因为你文件中的PDF可能早于通知。将解析后的记录视为锚点，将PDF视为作品的一个版本。记录DOI、解析后的落地页以及你检查的日期。如果你正在组建一组新的候选论文，WisPaper搜索让你通过学术搜索界面查找学术论文，然后再对每篇论文进行状态检查。

检查点1： 你已经写下了DOI、解析后的落地页和检查日期。如果三者中任何一个缺失，请停下来补全后再继续阅读。

出版商存储的元数据是出版后更新出现的地方。Crossref通过其REST API公开出版商存储的学术元数据，包括标题、作者、发表场所、日期、标识符、许可证、资助信息、ORCID和ROR标识符、存储的摘要（如果已存储），以及来自可信来源的出版后更新。

因此，通知不是摘要的附属品——它是记录的一部分。阅读通知类型、日期、所述原因以及它影响论文的哪个元素。更正图注的通知和撤回核心发现的通知在元数据源中都是“更新”，但对你的主张来说，它们不是同一事件。

检查点2： 你能用一句话说明通知类型、日期及其触及的具体元素。如果你做不到，说明你还没有足够仔细地阅读通知以对其进行分类。

使用通知自身的范围来对事件进行分类，而不是论文的标题或发表场所的声誉。

• 更正： 通知指出具体错误及其替换内容。你的工作是检查你的主张是否依赖于被更正的要素。
• 更新或新版本： 记录指向作品的后续版本。你的工作是检查你所依赖的字段和文本在版本之间是否发生了变化。
• 撤稿： 通知撤回该作品。你的工作是检查你草稿中是否有任何主张依赖于它。

一篇论文在其历史中可能包含不止一种此类事件。按日期顺序阅读关系，以便理解序列，而不仅仅是最新条目。

检查点3： 你已经将分类和受影响的元素并排写下。如果分类不明确，将其视为未解决并升级，而不是猜测。

元数据关系是你确认找到的通知确实属于你所引用作品的方式，也是你发现意外通知的方式。使用存储的关系来链接原始记录、通知以及任何后续版本。

当你需要将原始论文、通知和你的笔记放在一起时，我的图书馆让你保存或上传论文，并在WisPaper图书馆中组织它们。将通知与论文放在一起可以防止常见的失败：通知被阅读一次，然后在修改草稿时丢失。

检查点4： 原始记录、通知以及任何后续版本在你的工作集中链接起来，并附有日期。如果链条有缺口，将主张标记为未验证。

这是大多数团队跳过的步骤。论文的状态不会自动使引用它的每个句子无效。将通知映射到具体主张。

为每个受影响的主张分配明确的置信水平——例如高、中或低——并在旁边写下原因。由已更正但无关的论文支持的主张可以保持高置信度。依赖于被撤稿论文的主张则完全剔除。通知无法确认的主张保持低置信度，直到解决。

检查点5： 每个引用带有通知的论文的主张旁边都有决定和置信水平。

想象一份尽职调查备忘录，引用一篇论文来支持一个具体的定量效应。分析师解析DOI，进入出版商页面，发现针对该记录存储了一份通知。

1. 解析。 DOI解析到出版商落地页。分析师记录DOI和检查日期。
2. 阅读通知。 通知是出版后的更正，并指明了一个具体的表格。
3. 追踪关系。 分析师在工作集中链接原始记录、更正和当前版本。
4. 映射到主张。 备忘录的句子引用了被更正的表格。因此，更正直接触及该主张。
5. 决定。 分析师将句子修改为更正后的值，并将该主张标记为中等置信度，等待第二个来源。
6. 记录来源。 备忘录的来源注释列出了DOI、通知类型、通知日期和检查日期。

现在改变一个变量：假设通知是撤稿而不是更正。同样的映射步骤将删除主张而不是修改它，备忘录需要替换来源才能让该部分成立。

对于引用许多论文的较长备忘录，Scholar Agent在文献综述、灵感激发和复现用例中支持较长的研究任务。用它来组装证据基础，然后你自己对每篇引用的论文运行状态检查，以便通知映射保持明确。

状态检查只有在备忘录的读者能看到它时才有用。对于每篇引用的论文，记录：

• DOI和解析后的落地页；
• 通知类型和日期；
• 通知影响的元素；
• 它支持的主张以及该主张的置信水平；
• 你检查的日期。

当主张被修改时，在来源注释中说明，而不是悄悄替换数字。当主张被删除时，说明原因。这样当有人在一个月后重新检查时，备忘录才是可追溯的。

如果你的团队需要在一组保存的论文中提问，Library QA让你基于上传到我的图书馆或从搜索结果中添加的论文提问。将这些答案与每篇论文的通知记录配对，以便状态与主张保持关联。

检查点6： 一个没有看过你工作文件的同事，仅凭备忘录就能重建哪些论文有通知以及每个主张是如何决定的。

对于时间敏感的交付物中每个带有主张的论文，运行此清单。

1. 记录DOI并通过doi.org解析。
2. 记录检查日期。
3. 阅读出版商通知：类型、日期、原因、受影响的元素。
4. 追踪元数据关系以链接原始记录、通知和任何后续版本。
5. 将事件分类为更正、更新或撤稿。
6. 将通知映射到引用该论文的每个具体主张。
7. 为每个受影响的主张分配置信水平和原因。
8. 根据映射表修改、保留或删除主张。
9. 将来源注释写入备忘录。
10. 如果检查日期较旧，在交付物发布前重新检查。

使用这些规则来决定何时继续工作，何时将决定交给他人。

• 停止 如果你无法将DOI解析到落地页。在能够解析之前不要引用该论文。
• 停止 如果通知类型不明确或关系不能清楚地将通知与作品联系起来。将主张标记为未验证并升级。
• 升级 如果撤稿触及备忘录中作为建议锚点的主张。决定所有者需要在备忘录发布前知道。
• 升级 如果更正改变了执行摘要或客户面向图表中出现的数字。
• 重新检查 如果检查日期早于记录中的最新通知日期。

这些规则防止状态检查成为一次性仪式。重点是让决定可见，并将重要的决定路由给拥有建议的人。