Appearance
之前解决的是「AI能操作知识库」的问题。但跑了一段时间发现：操作归操作，知识并没有真正「长」起来。页面之间是孤立的，图谱一看——散的。
这次升级的核心目标：让Agent通过Obsidian的wiki link能力，把一篇文章自动编译成互相关联的知识节点，在知识库里自己长出网络。
完整工作流
文章 → Agent拆解 → 概念页/实体页/比较页/MOC
↓
每个页面通过 [[wikilink]] 互相关联
↓
Obsidian图谱中形成可视化知识网络一、文件夹结构
Hermes-Wiki/
├── SCHEMA.md # 规则文件（最重要）
├── index.md # 总入口
├── log.md # 更新日志
├── raw/ # 原始资料（只追加只读）
│ ├── articles/
│ ├── papers/
│ └── transcripts/
├── concepts/ # 概念页（RAG、Agentic RAG等）
├── entities/ # 实体页（Obsidian、Hermes等）
├── comparisons/ # 比较页（Hermes vs Claude Code）
├── queries/ # 值得保留的问答
├── moc/ # 主题地图
└── drafts/ # 输出草稿核心原则：不同类型的内容不要混在一起。
| 目录 | 说明 |
|---|---|
| raw/ | 原始资料，证据层，只追加只读 |
| concepts/ | 概念页，跨资料沉淀的长期知识节点 |
| entities/ | 实体页，工具/人/项目 |
| comparisons/ | 比较页，适合长期更新 |
| moc/ | 主题地图，理解路线图 |
二、三个核心文件
1. SCHEMA.md：规则文件
markdown
# Hermes-Wiki Schema
## 目录规则
- raw 是原始资料区，只能追加和读取，不要改写原文
- concepts 存放概念页
- entities 存放实体页
- comparisons 存放比较页
- queries 存放值得长期保留的问答
- moc 存放主题地图
- drafts 存放输出草稿
## 内容规则
- 重要概念使用 [[wikilink]]
- 关键结论尽量绑定来源
- 不确定内容必须标记为"待验证"
- 每次重要修改后更新 log.md
- 新增重要页面后更新 index.md没有规则，Agent就会自作主张。 今天建summary，明天建note，后天换一种命名——最后得到的不是知识库，是一堆AI生成的新垃圾。
2. index.md：总入口
markdown
# LLM Wiki Index
## 核心概念
- [[RAG]]
- [[Agentic RAG]]
- [[LLM Wiki]]
- [[Obsidian]]
- [[MOC]]
## 主题地图
- [[RAG 技术地图]]
- [[LLM Wiki 地图]]
## 最近更新
待更新。3. log.md：更新日志
每次新建/更新页面、标注来源、标记待验证项，都记进log.md。
没有log，AI知识库就是黑箱。 页面多了你不知道哪来的、为什么创建、哪些是原文结论、哪些是AI归纳。
三、设置WIKI_PATH
bash
# Windows + WSL
export WIKI_PATH="/mnt/c/Users/你的用户名/Hermes-Wiki"
# Mac
export WIKI_PATH="$HOME/Hermes-Wiki"
# 验证
echo $WIKI_PATH
ls "$WIKI_PATH"关键：Obsidian和Hermes必须指向同一个文件夹。
四、使用流程
Step 1：初始化检查
请读取我的 LLM Wiki。
Wiki 路径使用环境变量 WIKI_PATH。
先不要修改任何文件，只做初始化检查：
1. 读取 SCHEMA.md
2. 读取 index.md
3. 读取 log.md
4. 总结当前 Wiki 结构
5. 告诉我下一步应该收录哪些资料验证标准：Hermes能准确说出raw/是原始资料、concepts/是概念页、moc/是主题地图。
Step 2：收录文章
把文章粘贴到 raw/articles/你的文章标题.md，然后：
请收录这篇文章：raw/articles/你的文章标题.md
注意：这是一篇文章草稿，请把它作为 raw 原始资料处理，不要修改原文。
要求：
1. 读取文章内容，提取核心主题
2. 根据内容创建或更新对应的 Wiki 页面
3. 重要概念使用 [[wikilink]]
4. 关键结论必须标注来源
5. 如果某些内容是总结归纳或待验证判断，请明确标记
6. 更新 index.md
7. 更新 log.md
8. 如果适合，请创建或更新 moc/LLM Wiki 地图.md
9. 完成后列出本次新增和更新了哪些文件五、检查五个地方
| 检查点 | 应该看到 |
|---|---|
| concepts/ | RAG、Agentic RAG、MOC等概念页 |
| entities/ | Obsidian、Hermes、Claude Code等实体页 |
| moc/ | 主题地图，理解路线图 |
| log.md | 新增/更新了哪些页面、来源、待验证内容 |
| 图谱 | 概念互相链接，形成网络 |
六、本质变化
| 维度 | 以前 | 现在 |
|---|---|---|
| 资料处理 | 存资料 | 编译资料 |
| 页面关系 | 孤立 | 自动关联 |
| 增长方式 | 线性输出 | 网络生长 |
以前：「一篇文章 → 一篇总结」 现在：「一篇文章 → 多个节点 → 和已有节点自动关联 → 图谱越来越密」
文章越多，网络价值越大。不是线性叠加，是指数增长。
七、关键就三点
- wikilink规则：让Agent强制建双链，没有这一步，图谱永远是空的
- 节点类型分离：概念、实体、比较、MOC各司其职，才有结构化网络
- log追踪：知道每个节点从哪来，网络才可信
八、建议
- 一开始保守操作，不要一上来就全自动
- raw原始资料只追加只读，不让AI改写
- 不确定内容一律标"待验证"
- 先用3-5篇文章测试，规则稳定后再扩大
