知识管理方法可以从三类对象开始：原始资料保存来源和版本，派生知识页保存问题、结论与来源 ID，决策记录保存当时的选择和依据。维护时先发现重复、到期复核和冲突，再生成带来源的差异提案，由人确认后更新派生页；原始资料和历史决策继续保留。
这套方法适合 Markdown 或 Obsidian 个人知识库，也可以配合 AI 做扫描与提案。关键产出是可追溯的文件、状态和复核记录，而不是让工具代替人判断哪条信息为真。
从保存资料到可更新知识库：先分三层
把资料、知识页和决策记录混在一起，更新时很容易覆盖原文或改写历史。分层后，每一层有不同的更新规则：
| 对象 | 保存内容 | 更新方式 |
|---|---|---|
| 原始资料 | 原文或原始文件、来源 ID、获取日期、版本或 URL | 来源变化时新增版本记录，旧版继续可查 |
| 派生知识页 | 明确问题、结论、来源 ID、适用范围、状态和复核日期 | 有新证据时先给出差异，经复核后更新 |
| 决策记录 | 当时的选择、依据、负责人、日期和后续结果链接 | 新决策连接旧记录，保留当时情境 |
W3C PROV-O提供了表示实体、活动和主体之间来源关系的概念模型。个人知识库不必采用 RDF，也可以借用“派生关系应可追溯”的思想：每条会影响行动的结论都能指回资料和复核记录。
个人知识库如何维护：六步形成复核循环
个人知识库如何维护来源、版本与复核日
- 登记来源：给原始资料分配稳定 ID，记录获取日期、作者或主体、版本与 URL。
- 建立派生页：围绕一个问题写结论，并列出
source_ids、适用范围与claim_status。 - 安排复核：为会变化的结论填写
review_due，到期后重新查看来源和使用情境。 - 分别列候选：精确重复进入合并待审，复核到期进入待复核，不同来源值进入争议清单。
- 先写提案：输出新增、修改或保留不动的差异，同时列出所有来源 ID 和原文件。
- 人工确认：复核来源、范围和影响后，再修改派生页，并留下审批与决策记录。
source_ids、review_due 和 claim_status 是本文建议的字段名，不是 Obsidian 默认标准。它们的价值在于让人和程序都能找到来源与状态；字段存在本身不证明结论正确。
Obsidian与AI知识管理：文件、属性、反链各做什么
Obsidian 官方说明指出，vault 是文件系统中的文件夹，笔记以 Markdown 纯文本保存；metadata cache 供图谱等功能使用，也可能暂时与底层文件不同步。因此，复核与备份应回到实际文件和版本，而不是只看缓存或搜索结果。
Obsidian properties可以在文件顶部用 YAML 保存文本、列表、数字、复选框和日期等结构化数据。来源 ID、版本、复核日和状态可以放在这里，正文继续保存人能阅读的问题与结论。本文演示只读取固定的手工字段，不是通用 YAML 解析器。
Obsidian Backlinks可以显示哪些笔记链接或提及当前页面。入链较多的派生页通常值得优先复核，因为变化可能影响更多下游页面；反向链接展示的是引用关系，不判断页面是否正确或最新。
AI记忆更新流程：上下文加载、提案与强制权限分开
Claude Code 当前记忆文档把 CLAUDE.md、AGENTS.md 和 auto memory 作为上下文来源。上下文被加载，不等于信息已经核实或模型参数发生训练；需要无论模型判断如何都阻止某类操作时，官方文档指向 settings 或 PreToolUse hook 等强制机制。
知识维护中可以把 AI 限定为“读取指定资料、生成待审差异、列出引用”的角色。实际同步、插件、模型或服务会处理哪些数据，应按当前产品设置逐项核对。本文方法关注来源、差异和审批，不从记忆文件或本地 Markdown 推导服务的数据使用结论。
知识库重复与过期信息处理：三类结果不要混在一起
| 检查结果 | 可以得出的结论 | 下一步 |
|---|---|---|
| 精确重复候选 | 忽略空白后正文一致，可以进入合并或链接复核 | 确认来源、入链和保留范围，再决定是否处理 |
| 复核日期到期 | 到了预先安排的检查时间 | 重新查看来源、版本和使用情境；到期本身不表示失效 |
| 同主题字段值冲突 | 同一主题存在两个由不同来源支持的值 | 同时保留值与来源，交给复核者判断范围或版本关系 |
文本相似、日期更新或反向链接数量都只是复核线索。本例的“相同”仅指固定格式正文经过空白标准化后相同，不代表文件、来源或语义完全等价。较新的来源可能适用不同范围，旧页面也可能仍被历史决策引用。维护动作应先显示来源和差异，再决定新增、合并、标记争议或保持不动。
手工样例：生成待审提案，不改原文件
下面是一个新建的手工虚构样例，没有读取个人笔记、邮件或客户资料。输入包含两个原始来源和三个派生 Markdown 页面；运行后新增一份待审知识页和一份复核计划。五个输入文件的 SHA-256 在运行前后保持不变，提案状态为 approved: false。
样例文件树与关键属性
sources/
S-001.md # v1，值为“条目式”
S-002.md # v2，值为“表格式”
pages/
note.md # N-001，引用 S-001
note-copy.md # N-002，引用 S-001
alternative.md # N-003，引用 S-002
proposals/
review-index.md # 新增的待审知识页
review-plan.json # 新增的复核计划N-001 的原笔记如下；N-002 保存相同正文和来源，只使用不同的 note_id：
---
note_id: N-001
source_ids: ["S-001"]
review_due: 2026-11-01
claim_status: current
---
# 演示笔记格式
演示记录的格式为“条目式”。N-003 引用 S-002，记录值为“表格式”，复核日期为 2026-12-01。样例中的主题字段由人手工固定为 demo.note_layout；程序比较的是这些固定元数据和标准化正文，没有从任意笔记中识别语义冲突。
实际运行结果：候选、到期与冲突分别输出
| 检查 | 实际结果 | 含义 |
|---|---|---|
| 原始文件 | 5 个文件 SHA-256 均不变 | 原始来源和派生页没有被覆盖 |
| 正文重复 | N-001、N-002 |
忽略空白后正文相同，尚未删除或合并 |
| 到期复核 | N-001、N-002 |
复核日为 2026-11-01；按 2026-11-09 演示截止日应复核 |
| 字段差异 | 条目式 / 表格式 | 两个值及来源同时保留，程序没有判定哪个为真 |
| 审批状态 | 未批准 | 只新增待审索引和计划，没有批准事实更新 |
演示使用 Python 3.9.6 标准库，模型、网络和付费服务调用数均为 0，也没有运行 Obsidian 或 Claude Code 集成。它验证的是固定样例上的文件保存、精确正文比较、日期比较和人工预设字段分组。
待审新页：保留两个值和全部来源
运行前没有复核索引；运行后新增的 review-index.md 内容为：
---
claim_status: disputed
source_ids: ["S-001", "S-002"]
approval: pending
---
# 演示：待审知识页
这是维护提案，不是已更新的事实。
- 原始来源：[S-001](../sources/S-001.md)（v1）、[S-002](../sources/S-002.md)（v2）。
- 条目式记录：[N-001](../pages/note.md)；正文相同候选：[N-002](../pages/note-copy.md)。
- 表格式记录：[N-003](../pages/alternative.md)。
- 复核日期已到的笔记应重新核对，不能据此宣布失效。
- 两个格式值保留待审，不依据较新日期自动覆盖。复核者需要确认两个来源的适用范围、版本关系和下游引用，再决定是否新增范围说明、标记某条过时或合并重复页。较新日期本身不是事实取舍规则。类似的结构检查与语义证据差异，也可参考大模型学习路线中的离线契约示例。
两本知识管理书怎样选择
已有活跃 Markdown 知识库：读《构建梦境循环》
可核对事实：J Cook 的《构建梦境循环：Obsidian 与 Claude Code AI 记忆指南》第一章面向已经建立系统、把 Obsidian 接到 Claude Code，或正在管理持续增长 Markdown 知识库的读者；作者明确说明尚未建立知识库者不适合从本书开始。目录讨论三层结构、状态与来源、报告先行扫描和批准差异。
编辑判断：如果你已有活跃知识库，能够阅读 Markdown、属性和版本差异，这本书适合提供维护流程参考。书中的“梦境循环”应按 J Cook 提出的方案理解，不能直接当作工具的默认行为。开始前应按当前官方文档重新核对命令、权限与运行方式。
查看《构建梦境循环：Obsidian 与 Claude Code AI 记忆指南》的目录与试读
组织知识与治理问题：读多作者专题集
可核对事实：《人工智能时代的知识管理与领导力》由 Tereza Raquel Merlo、Patrícia de Sá Freire 编，是多作者章节集。前言和目录分为 AI 与知识管理、教育与学习、组织转型与人本因素三部分，覆盖组织记忆、关键知识映射、治理和领导力。
编辑判断：如果问题涉及团队知识、组织学习、政策或治理，可以按主题选择章节，并记录各章的研究或案例语境。它适合拓展组织层视角，不是个人 Obsidian 操作手册。
可填写的知识页维护卡
- 问题与结论：这页回答 __________；当前陈述是 __________
- 来源：source ID、作者或主体、URL/文件、获取日期 __________
- 版本：来源版本或发布日期 __________；当前页面基于 __________
- 适用范围：适用于对象、条件和时间 __________
- 状态：current / disputed / superseded / pending review __________
- 复核日期：review_due __________；到期后的核对动作 __________
- 重复与冲突：候选页面、相同字段与不同值 __________
- 差异提案：新增、修改、保留不动及其理由 __________
- 批准：复核者、日期、决策与下游页面 __________
阅读资料时，可以沿用科学与思维阅读路线中的概念—证据—假设核查卡整理主张，再把稳定的来源 ID 和复核日期带入知识页。
资料范围与验证边界
本文于 2026 年 11 月 9 日核对资料。工具事实来自 Obsidian 关于数据、properties 和 backlinks 的官方说明、Claude Code 当前记忆文档，以及 2013 年 W3C PROV-O Recommendation。书目事实来自两本授权 EPUB 的扉页、版权页、前言、目录及必要开篇章节，未完整通读，也未运行书内流程。
原创演示只使用新建的手工虚构 Markdown 样例。实际结果是五个输入文件保持不变，并新增一份 approval: pending 的知识页与一份 approved: false 的复核计划；没有执行语义去重、事实取舍、自动覆盖、定时任务或真实 Obsidian/Claude 集成。
