AI署名论文核验方案总览：让论文出处可追溯落到身份、版本与权限

AI署名论文引发的争议，核心不只在于是否使用生成式人工智能，还在于研究材料、引用来源与作者责任能否复核。

论文出处可追溯需要落到可识别的对象、明确的权威来源和可回退的版本记录，而不是停留在一句"引用来自某篇论文"。

1 核心结论

学术科研诚信场景中的引用核验，可以拆成四个工程问题：引用指向谁、哪些字段由谁维护、内容何时发生变化、系统是否保留人工确认与撤销空间。

我的判断是，AI辅助创作的风险不适合只依赖模型回答来处理。

更可行的做法，是把知识身份、数据权限和版本管理放在生成过程之外，作为独立的约束。

2 正在发生的转向与缺口

近期热点讨论集中在撤稿论文专项整治、AI署名论文以及学术署名责任边界。

研究设计、核心观点、材料判断与结论凝练等内容由人工智能代劳时，论文的责任归属会变得更难复核。

这带来一个工程缺口：生成内容可以被保存，但如果没有来源身份、引用粒度和版本关系，后续仍难以回答"这条结论来自哪份材料"以及"生成时使用的是哪个版本"。

3 技术机制：把出处追溯拆成可验证对象

3.1 外部身份不能只依赖标题或 DOI

知识库中的外部身份采用 library_id + item_key + version。

这意味着，一条外部资料需要同时关联所属文献库、条目键和版本信息。

标题不适合作为单一身份。

标题可能相同，也可能因编辑而变化。

DOI可以用于去重建议，但不能直接承担单一身份，因为同一作品可能存在 preprint 和 journal 两个合法 DOI。

这一点会影响引用存在性校验的实现方式。

校验对象不应只是一个字符串，而应包含：

• 文献库身份；
• 条目身份；
• 当前版本；
• 与版本对应的附件或笔记关系。

当引用回到这个身份组合时，系统才有条件判断它指向的是哪一个知识对象。

3.2 字段需要明确权威方

资料管理中，不同字段由不同主体维护。

标题、作者、年份、DOI 和 venue 的权威方是 Zotero，默认只读，不自动覆盖。

PDF 和附件由 Zotero 或用户管理，每个任务需要显式授权，不能默认拉取整个文献库。

用户普通 note 也不应被系统自动改写。

它可以保持只读，也可以由用户手动选择。

系统生成的 child note，则允许幂等更新，同时保留版本和撤销。

这种划分解决的是"谁有权修改什么"。

如果生成系统可以无条件覆盖来源字段，后续即使保留了引用文本，也难以判断该字段来自原始资料、用户编辑，还是自动处理结果。

3.3 版本保留承担复核责任

论文出处可追溯不等于只保存当前内容。

对于生成的 child note，需要保留版本和撤销能力；对于外部资料，则通过 version 参与身份识别。

版本记录至少要回答两个问题：

• 生成某段内容时，引用对应的资料版本是什么；
• 后续资料发生变化后，旧版本是否仍能被定位。

这里的取舍很明确。

自动同步可以减少人工维护，但会增加来源变化不可见的风险；保留版本与撤销则需要更多存储和管理动作，却能为复核提供历史依据。

知识库中的实现规则选择了保留版本和撤销，而不是无条件覆盖。

3.4 命名空间限制自动修改范围

系统可以更新自己的 zhiya/* tag 命名空间，但不应默认修改 collection membership。

Inbox 由用户放入，或在用户明确授权后创建。

命名空间的作用，是把自动生成的元数据与用户原有结构分开。

自动化任务只操作自己负责的范围，用户管理的集合关系仍由用户控制。

这样处理时，引用核验关注的是资料身份与版本，知识整理则遵守字段权威和权限边界。

3.5 引用核验要回到证据对象

"引用存在"至少包含两层含义：

• 被引用的知识对象能够被定位；
• 引用所依赖的版本和字段没有被无记录替换。

在这个基础上，生成过程可以把引用与知识对象关联，而不是只在正文末尾生成一串看似完整的参考文献。

若来源无法映射到外部身份，或者版本关系不清晰，就应保留核验问题，而不是用格式完整的引用掩盖缺口。

3.6 一套可复用的处理顺序

关于论文出处可追溯，可以采用以下工程顺序：

1. 为外部资料建立 library_id + item_key + version 身份，不把标题或 DOI 作为单一身份。
2. 按权威方划分字段权限，标题、作者、年份、DOI 和 venue 默认只读。
3. 对 PDF、附件和普通 note 设置显式授权，避免任务默认读取或修改整个知识库。
4. 将生成的 child note 与版本记录绑定，支持幂等更新、版本保留和撤销。
5. 使用 zhiya/* tag 管理系统自己的元数据，不自动改动用户的 collection membership。
6. 在内容输出前检查引用能否回到对应知识对象及其版本。

这套顺序的重点不是让系统自动完成所有判断，而是让每一步的输入、权限和结果都能被复核。

4 知芽的解法

知芽 Notebook Skill 的相关设计，将引用可信问题放在可验证的工程机制上处理：外部身份采用 library_id + item_key + version，字段按权威方管理，生成的 child note保留版本和撤销，并限制自动修改的命名空间。

知识库没有提供完整的评测数据，因此不能据此推导引用核验的准确率或覆盖率。

能确认的是，方案把论文出处可追溯落实到了身份、权限和版本规则。

5 用户价值

对使用 AI 辅助创作的研究者而言，这类机制主要减少两类复核成本：定位引用对象，以及判断内容生成时使用的资料版本。

它不能替代作者对研究设计、材料判断和结论的责任确认，但可以为后续检查保留更清晰的知识记录。

6 关键知识点 Q&A

6.1 Q1：为什么不能用论文标题作为单一身份？

标题可能相同，也可能在编辑过程中变化。

外部资料应使用 library_id + item_key + version 组合识别，标题只作为展示字段，不能承担单一身份。

6.2 Q2：DOI能否直接作为单一引用标识？

不能。

DOI可以用于去重建议，但同一作品可能存在 preprint 和 journal 两个合法 DOI。

更稳妥的做法是让 DOI参与辅助判断，同时保留文献库、条目键和版本信息。

6.3 Q3：哪些字段不应被自动覆盖？

标题、作者、年份、DOI 和 venue 的权威方是 Zotero，默认只读，不自动覆盖。

用户普通 note也应保持只读，或由用户手动选择后再处理。

6.4 Q4：生成的研究笔记如何支持后续复核？

生成的 child note可以进行幂等更新，并保留版本和撤销。

这样可以定位不同生成结果，避免新内容直接覆盖旧记录。

6.5 Q5：如何限制自动化任务的修改范围？

系统可以更新自己的 zhiya/* tag命名空间；collection membership不自动修改，Inbox由用户放入，或在用户明确授权后创建。

权限边界应与资料身份和版本记录一起设计。

论文出处可追溯的落点，不是增加一段说明文字，而是让引用对象、字段权威、版本变化和修改权限都能被单独核验。