09:24
compiled knowledge

知识图谱 llm-wiki

KARPATHY METHOD · v0.4
已编译
架构与对齐 SESSION 03
LLM Wiki 和传统 RAG 有什么本质区别?
14:02
w
思维过程· 读取 3 个 Wiki 页面
1
解析问题:对比 LLM WikiRAG 的知识存储与查询机制
2
读取 [[RAG-vs-LLM-Wiki]] · 提取编译器/解释器类比
3
读取 [[RAG]] · 检索增强生成的四步流程
4
读取 [[overview]] · 确认三层架构定义
5
综合生成答案,标注来源页面

最本质的区别在于知识何时被结构化。Karpathy 用一个精妙的类比概括了二者:

传统 RAG解释器——每次提问都临时去原始文档里检索、拼接、回答,查询结束知识不沉淀。100 篇资料进去,第 101 篇不会让前 100 篇变得更好。

LLM Wiki编译器——资料入库时一次性结构化「编译」成持久的 Wiki 页面,查询时直接读取已整理好的知识。新知识入库会自动优化、补充、关联旧知识,整个库持续自我进化。

落地结构上,LLM Wiki 是三层纯 Markdown:raw/ 原始资源(只读)、wiki/ 知识库(LLM 维护)、schema.yaml 规则(人类定义)。

来源 · Sources
RAG-vs-LLM-Wiki.md ×4.0 RAG.md ×3.0 overview.md ×1.5
知识图谱的四信号加权是怎么算的?
14:05
w
思维过程· 读取 2 个 Wiki 页面
1
读取 [[知识图谱]] · 四信号定义与权重
2
读取 [[Louvain]] · 聚类发现算法

LLM Wiki 用四个维度计算页面间相关性权重,再用 Louvain 算法发现聚类:

① 来源重叠 ×4.0 共享同一原始来源的页面,权重最高——同源往往意味着强语义关联。

② 直接链接 ×3.0 通过 [[wikilinks]] 直接互联的页面。

③ Adamic-Adar ×1.5 通过共同邻居间接关联,衡量结构相似性。

④ 类型亲和 ×1.0 同类型页面(实体↔实体、概念↔概念)的加分。

每个聚类还会算内聚度评分,低于 0.15 会被标记警告——提示你这个知识域可能需要补充资料。

来源 · Sources
知识图谱.md ×4.0 Louvain.md ×3.0
两步思维链 Ingest MoE 路由坍塌 SHA256 增量缓存
知识图谱 atlas
点击节点查看
14 节点 · 23 连接 · 4 聚类
架构
对齐训练
模型实体
检索
index.md

内容索引 Index

LLM-Maintained · Auto-Generated
16
PAGES
23
LINKS
4
CLUSTERS
38
SOURCES
全部16
概念10
实体2
对比1
综述3
k
karpathy.vault
@obsidian-vault · 编译于 2026.08.04
14
WIKI
38
RAW
2.1k
TOKENS
4
SESSIONS
三层架构SCHEMA
raw/
原始资源层PDF · DOCX · 网页剪藏 · 只读
38 files
wiki/
知识库层LLM 维护 · [[wikilinks]] 互联
14 pages
schema
规则配置层命名规范 · 入库流程 · 人类定义
yaml
i关于此 Wiki
基于 Andrej Karpathy 提出的 LLM Wiki 方法论构建。文档入库时由 LLM 两步思维链「编译」为结构化、互联的 Markdown 维基;查询直接读取已编译知识,而非每次临时检索。整个 wiki/ 目录即一个 Obsidian Vault。
raw/sources/

文档管理 sources

只读层 · 可溯源 · SHA256 缓存
38
FILES
35
CACHED
3
PENDING
142M
SIZE
检测到 3 个文件待编译
编译
导入原始资料
支持 PDF · DOCX · PPTX · XLSX · 网页 · 图片 · 自动监听目录
文件列表38
最近 ↓
log.md · 操作历史
全部
索引 / 页面
CONCEPT · 概念词条
页面标题
问答
图谱
索引
文档
仓库
正在编译 Wiki…

导入原始资料到 raw/sources/

PDF
PDF 文档
论文 · 报告 · 电子书
DOC
Office 文档
DOCX · PPTX · XLSX
WEB
网页剪藏
Chrome 扩展一键剪藏
IMG
图片 / 截图
OCR 提取 · 白板笔记