在 CSDN 的排障语境里，科研 AI 的常见异常先写成一条错误信息：

引用存在，但无法确认出处；
文献标题相同，版本身份不明确；
生成内容引用了来源，却无法定位到可复核单元。

这类问题不能只靠重新生成答案处理。
排查重点应放在证据链：来源是否存在、身份是否稳定、版本是否可区分、生成内容是否保留了出处关系。

上海交通大学团队研发的 AI 原生实验平台 AutoDNA 通过 Planner 智能体调度文献检索、方案设计、代码生成和硬件执行等子智能体，形成"设计—实验—优化"流程。
AI 原生实验室开始处理更长的实验过程后，科研内容中的来源管理与版本核验也需要采用更明确的工程规则。

1 核心结论：把引用问题拆成可验证的字段

可信科研中的引用排障，不能只检查一个标题或一个 DOI。
外部身份应使用：

library_id + item_key + version

这三个字段共同构成外部身份。
标题和 DOI 不能直接作为单一身份。

原因很具体。
同一作品可能存在 preprint 和 journal 两个合法 DOI。
若只把 DOI 当作单一标识，去重过程可能把不同版本错误合并；若只依赖标题，标题相同或近似的条目也可能发生身份混淆。

排障时可以按下面的顺序处理：

1. 检查 library_id，确认记录属于哪个外部文献库。
2. 检查 item_key，确认具体条目身份。
3. 检查 version，确认当前引用对应的版本。
4. 只有在需要提出去重建议时，才把 DOI 作为辅助信息。
5. 输出引用前，保留来源与版本之间的关联，不把标题单独当作证据。

可复核记录先按以下形式组织：

library_id: <外部文献库标识>
item_key: <条目标识>
version: <版本标识>
title: <标题字段>
author: <作者字段>
year: <年份字段>
DOI: <DOI字段，用于去重建议>
venue: <发表场所字段>

这里的关键点不是增加字段数量，而是区分字段职责。library_id + item_key + version 用于身份确认；标题、作者、年份、DOI 和 venue 属于文献元数据；DOI 只承担去重建议角色。

2 技术机制：数据权属决定系统能改什么

引用核验还涉及一个容易被忽略的问题：不同数据的权威方并不相同。

文献管理系统中的标题、作者、年份、DOI 和 venue，权威方是 Zotero。
默认处理方式是只读，不自动覆盖。
PDF 和附件的权威方是 Zotero 或用户，每个任务需要显式授权，不能默认拉取整个库。

用户普通 note 的权威方是用户，处理方式可以是只读，或者由用户手动选择。
系统生成的 child note 则属于生成系统自身，可以进行幂等更新，并保留版本和撤销。

zhiya/* tag 属于系统自己的命名空间，可以更新。
collection membership 的权威方是 Zotero 或用户，第一版不自动修改；Inbox 由用户放入，或在获得明确授权后创建。

把这些规则转换成排障检查项，可以得到下面的判断逻辑：

• 元数据发生变化：检查是否存在自动覆盖行为。
  标题、作者、年份、DOI 和 venue 默认只读。
• 附件没有进入任务：检查是否完成了显式授权。
  PDF 和附件不默认全库拉取。
• 普通 note 被改写：检查是否有用户手动选择。
  普通 note 不能被无条件自动修改。
• 生成内容重复写入：检查 child note 是否按版本执行幂等更新，并保留撤销能力。
• 标签被批量改变：检查操作是否位于 zhiya/* 命名空间内。
• collection 结构出现变化：检查是否获得用户明确授权。
  第一版不自动修改 collection membership。

这套规则的工程含义是：数据来源不同，写入权限不同；内容生成不应自动获得整个文献库的修改权限。
证据链的可靠性不只来自引用格式，还来自数据权属与修改边界。

3 版本冲突：不要用标题替代身份

版本冲突通常发生在两个阶段。

3.1 阶段一：导入与去重

导入记录时，标题可以用于辅助匹配，DOI 可以用于提出去重建议，但两者都不能独立承担外部身份确认。

推荐保留原始身份：

identity = library_id + item_key + version

如果两个记录标题相同，但 library_id、item_key 或 version 不同，应先保留差异，不能直接合并。
尤其是 preprint 与 journal 之间，合法 DOI 可能不同，版本关系也可能不同。

3.2 阶段二：生成与更新

生成 child note 时，系统可以进行幂等更新。
幂等更新的前提是有稳定身份和版本信息，否则相同标题可能被重复创建，或者新版本覆盖旧版本。

排查生成内容时，可以沿着这条路径反查：

1. 找到生成内容对应的 child note。
2. 读取该 child note 保留的版本信息。
3. 回到 library_id + item_key + version。
4. 核对标题、作者、年份、DOI 和 venue。
5. 判断当前文本引用的是哪个版本，而不是只看标题是否相同。

这一步能把"引用看起来存在"转换成"引用可以沿身份字段回到来源"。

4 正在发生的转向与缺口

AutoDNA 展示了 AI 原生实验室对文献检索、方案设计、代码生成和硬件执行的协同需求。
实验流程越长，来源、版本和执行记录之间的对应关系越需要明确。

现有知识片段没有提供 AutoDNA 与具体知识管理系统之间的集成细节，因此不能进一步推断两者的接口、数据格式或验证结果。

5 工具选型中的实现边界

在工具选型中，知芽的信任机制把重点放在可验证的工程机制上，用于处理 AI 编造论文这一类引用风险。
现有资料明确了身份字段、数据权属、授权边界，以及 child note 的版本和撤销处理。

但现有资料没有提供精排、稀疏检索等实现的完整性能指标，因此排障时不应把这些内容扩展成未验证的效果承诺。

6 用户价值

对知识管理与 AI 辅助创作而言，清晰的身份规则可以帮助用户区分文献版本、保留来源关系，并减少未经授权的自动修改。
它解决的是引用与内容变更的可核验问题，不等同于对生成结果作绝对准确承诺。

7 关键知识点 Q&A

7.1 Q1：为什么不能只用 DOI 作为论文单一身份？

因为同一作品可能存在 preprint 和 journal 两个合法 DOI。
DOI 可以用于去重建议，但外部身份应使用 library_id + item_key + version。

7.2 Q2：引用排障时应先检查哪些字段？

先检查 library_id、item_key 和 version，确认外部身份；再核对标题、作者、年份、DOI 和 venue 等元数据。

7.3 Q3：PDF 和附件为什么需要显式授权？

PDF 和附件的权威方是 Zotero 或用户。
每个任务需要明确授权，系统不应默认拉取整个文献库。

7.4 Q4：普通 note 与 child note 的处理方式有什么不同？

普通 note 的权威方是用户，通常只读或由用户手动选择；child note 由系统生成，可以幂等更新，并保留版本和撤销。

7.5 Q5：collection membership 能否自动修改？

现有规则中，第一版不自动修改 collection membership。
Inbox 由用户放入，或在获得明确授权后创建。

科研 AI 的引用排障，落点应是身份字段、版本关系和数据权属。
只要这三类信息能够回到来源，证据链才具备可复核基础。