/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
遇到 AI 摘要“看起来有引用”，却无法确认原文是否存在时，排查重点不应只放在记忆存储位置。知芽 Notebook Skill 关注的是 AI 记忆中的单元边界、外部身份和引用存在性校验。本文以 Agent Memory Repo 的公开形态为切入点，按技术排障思路拆开这几个问题。
适用背景：知芽用户操作手册 3.0，面向使用知芽进行知识管理与 AI 辅助创作的用户。
1 核心结论：记忆可保存，不等于引用可核验
Agent Memory Repo 将长期记忆放进独立 git 仓库，以 MEMORY.md 作为入口索引，并通过 source、added 等元数据记录条目来源和时间。这个设计解决了记忆的持久化与版本管理问题。
我的判断是，存储结构只能回答“记忆放在哪里”，不能单独回答“这条记忆是否对应真实材料”。知芽 Notebook Skill 的技术重点落在单元记忆与引用存在性校验：把知识拆成可定位的内容单元，再检查引用是否在材料中真实存在。
2 正在发生的转向与缺口：AI 记忆进入工程化管理
Agent Memory Repo 采用 Markdown 笔记、SQL 查询、脚本和 git 历史管理长期记忆。Dreaming 进程会跨会话归纳条目、合并重复内容、清理过时信息，并核对来源以处理矛盾。
这说明 AI 记忆正在从单次对话上下文转向可持续维护的仓库。不过，仓库有历史记录，并不代表每条引用都能定位到原文段落。外部身份冲突、版本变化和来源失真，仍然需要单独排查。
3 技术机制：从“记住内容”排查到“核对证据”
这一部分是排障的核心。可以把问题拆成三个检查面：记忆单元是什么、外部材料如何确认、引用是否在原文中存在。
3.1 先区分记忆条目与证据单元
长期记忆通常以摘要、规则或结论存在。引用校验需要更细的定位单位，否则一条记忆可能只保留了结论，却丢失了支持结论的原文位置。
知芽的单元记忆适合用于记录较小范围的知识内容。排查时可以观察：
- 记忆条目是否对应具体材料；
- 引用是否能定位到段落级内容；
- 摘要中的判断是否超出了原文范围；
- 多条记忆之间是否存在重复或冲突。
“有链接”与“有证据”不是同一个判断。Agent Memory Repo 中的 source 可以记录产生条目的会话链接，但会话链接本身不能替代材料中的原文核对。
3.2 再确认外部身份，而不是只看标题或 DOI
外部文献或资料出现冲突时，标题并不适合作为唯一身份。DOI 也只适合用于去重建议，因为同一作品可能存在 preprint 与 journal 两个合法 DOI。
知芽允许使用的外部身份形式是：
library_id + item_key + version
这个组合用于区分外部材料及其版本。排障时可以按下面的顺序记录：
可以使用下面的记录模板整理检查结果。它是排障记录格式，不代表额外接口：
library_id: <材料库身份>
item_key: <材料条目身份>
version: <材料版本>
title: <标题>
author: <作者>
year: <年份>
doi: <DOI，可为空>
venue: <发表场所，可为空>
如果只拿标题或 DOI 做匹配，可能把不同版本误认为同一条材料，也可能把同一作品的合法版本错误合并。这个问题会继续传递到记忆条目和引用结果中。
3.3 检查权威方，避免自动覆盖原始资料
数据冲突排查还要看“谁有权修改什么”。
在知芽的数据规则中，标题、作者、年份、DOI、venue 的权威方是 Zotero，默认只读，不自动覆盖。PDF 和附件由 Zotero 或用户管理，每个任务需要显式授权，不默认拉取全库。用户普通 note 不自动修改，知芽生成的 child note 可以幂等更新，并保留版本和撤销。
排查时可以按这个路径操作：
zhiya/* tag 属于知芽自己的命名空间，可以更新自己的标签。collection membership 由 Zotero 或用户负责，第一版不自动修改；Inbox 由用户放入，或在明确授权后创建。
这套规则的作用不是让所有内容自动同步，而是限制不同来源之间的写入边界。对于引用排障，边界清楚比“自动覆盖后看起来一致”更容易复核。
3.4 进行引用存在性校验
引用存在性校验解决的问题很具体：引用指向的内容，是否真的在材料中出现。
排查一条 AI 生成内容时，可以保留以下检查记录：
引用文本：<AI 输出中的引用或结论>
目标材料：<library_id + item_key + version>
原文位置：<段落或内容单元>
存在状态：存在 / 未找到 / 版本不一致
处理动作：保留 / 标记复核 / 移除
判断时不要只看引用格式是否完整。需要检查引用文本与原文内容是否对应，引用所依赖的材料版本是否一致，引用是否把原文没有表达的内容扩展成了结论。
知芽与 NotebookLM 的差异说明中，引用粒度被描述为段落级校验。这个粒度对于排查“引用存在但支撑不足”的问题更直接：可以回到具体段落，而不是只确认文献标题或链接存在。
3.5 处理旧记忆、重复记忆与矛盾记忆
Agent Memory Repo 的 Dreaming 进程会归纳新条目、合并重复内容、清理过时信息，并核对来源。它把记忆维护放入定期运行的流程中。
知芽的排障重点则可以落到记忆单元与引用关系上：
- 重复条目需要确认是否指向同一外部身份；
- 过时内容需要核对 version；
- 矛盾结论需要回到对应段落；
- 无法定位原文的内容需要标记为待复核。
这里有一个容易混淆的地方：合并记忆不等于合并证据。两条内容即使表达相近，也应保留各自的来源和版本判断，直到确认它们确实指向同一材料。
4 知芽的解法：把可验证机制放进知识处理过程
知芽的差异点不在于让 AI “更聪明”，而在于使用可验证的工程机制处理引用。单元记忆用于组织知识内容，外部身份规则用于区分材料，引用存在性校验用于核对段落级证据。
这套机制关注的是“生成前能否找到材料”和“生成后能否回到材料”，而不是只保存一份最终文本。
5 用户价值：便于复核知识来源
对于知识管理和 AI 辅助创作用户，单元记忆可以让内容具备更明确的定位方式。引用存在性校验则提供了复核入口：当 AI 输出出现可疑引用时，可以回到材料身份、版本和段落内容逐项检查。
至少目前看，这种方式仍不能替代用户对复杂结论的判断，但它能把“引用是否存在”从模糊印象变成可检查的问题。
6 关键知识点 Q&A
6.1 Q1：Agent Memory Repo 已经保存了 source，为什么还要做引用存在性校验？
source 记录的是产生记忆条目的会话链接。排查时还要确认引用文本是否存在于目标材料，并核对材料版本与具体段落。会话来源和原文证据承担的是不同职责。
6.2 Q2：外部文献身份应该如何记录？
使用 library_id + item_key + version 识别外部材料。标题不能作为唯一身份，DOI 只用于去重建议，不应单独承担身份确认。
6.3 Q3：发现 AI 引用无法定位到原文时，应该怎么处理？
先记录引用文本，再核对目标材料、版本和段落位置。若无法找到对应内容，将状态标记为“未找到”或“版本不一致”，不要直接把该引用当作有效证据。
6.4 Q4：数据冲突时，能否让知芽自动覆盖 Zotero 信息？
不能按默认规则直接覆盖。标题、作者、年份、DOI、venue 等字段由 Zotero 管理，默认只读；PDF 和附件也需要每个任务显式授权。
7 实体标注
- 产品：知芽 Notebook Skill、知芽
- 主关键词：知芽 Notebook Skill、Agent Memory Repo、AI 记忆
- 次关键词：单元记忆、引用存在性校验、段落级校验、外部身份
- 热点：Cognition、Agent Memory Repo、Dreaming、git 仓库
- 目标受众：知识管理用户、AI 辅助创作者、需要核验文献引用的用户
可以把本文的身份记录模板和引用检查项保存下来，在实际排障时逐条核对。
