Skip to main content
·
Nowledge Labs TeamNowledge Labs Team
·2 min read

Nowledge Mem 现在完整支持 Open Knowledge Format

Google 刚发布了 OKF,把 LLM Wiki 的做法写成了一份可移植、不绑厂商的开放格式。Mem 现在一键就能导出。

今年早些时候 Andrej Karpathy 提出 LLM Wiki 的时候,不少 Mem 老用户大概都会心一笑:这不就是我们平时记东西的路子吗。当时我们也顺手把 Mem 里「读知识」的那一块照着它做了出来,在 0.8 版发布:知识拆成一篇篇小的 markdown,每篇只讲一个实体或一个话题,彼此用链接连起来,再配一个能一层层翻下去的目录。琐碎的整理交给 LLM,挑什么、留什么还是你说了算。

这周,Google Cloud 的 Knowledge Catalog 团队发布了 Open Knowledge Format(OKF),把这套做法写成了一份正经规范。提出它的 Sam McVeety 和 Amir Hormati 说,OKF「把 LLM-wiki 的做法变成了一种可移植、能互通的格式」。读到这句,那种熟悉感又冒出来了:这正是我们一直在做的事,只是现在它有了名字,也有了一套别人也认的写法。

于是我们把规范从头读了一遍,拿它跟 Mem 现在产出的东西一对,发现几乎都能对上,就顺手做了 OKF 导出。今天就能用。

OKF 是什么

OKF 刻意做得很小:一个知识包,就是一个装着若干 markdown 文件的目录,每个文件开头带一段 YAML 前言,没别的了。

markdown
--- type: Entity title: Nowledge Mem description: 一个跨工具的个人知识图谱。 resource: nowledgemem://entity/3d96905c tags: [product] timestamp: 2026-06-14T00:00:00Z --- # Nowledge Mem 被你的好几条记忆提到,连着它所属的话题。

必填的字段只有一个 type。文件之间就用普通的 markdown 链接互相指。index.md 当目录,log.md 记变更,# Citations 一节放出处。整个格式就这么点东西。

为什么做得这么小,那篇文章自己讲得很清楚:「缺的是一种格式,而不是再来一个服务。」知识包就是 markdown,丢到 GitHub 上直接能看,随便哪个编辑器都打得开;它就是一堆文件,能打成文件夹、压缩包,也能跟它描述的代码一起进版本库。同一份文件,你能读,agent 也能直接解析,中间不用再转一道手。

为什么它跟 Mem 这么对路

说实话,这种东西 Mem 早就在产了。我们的知识文件系统,本来就把整张图谱摊成了带前言的 markdown;Library 里的 Wiki 导出,也早就能把你的话题、实体、结晶打成一个能随身带走的文件夹。OKF 补上的,恰恰是我们自己补不了的那块:一份大家都认的规范。有了它,我们导出的包,别人的工具本来就知道怎么读。

真要对齐,差的也都是些零碎活儿,而且都挺机械。OKF 把 type 留给「这是哪一类概念」,所以一个实体现在写成 type: Entity,它原来「是人还是产品」那层意思,挪到了另一个字段上。链接除了 Mem 里你看到的 [[wikilink]],还会另写一份用相对路径的 markdown 链接。每个目录都配上自己的 index.md,结晶的来源记忆变成一段 # Citations。这些都没动 Mem 本身怎么跑,只改了导出来的包长什么样。

你会拿到什么

Library 的导出按钮现在给你两种格式:

在 Nowledge Mem 的 Library 里导出 OKF 知识包在 Nowledge Mem 的 Library 里导出 OKF 知识包

  • Markdown wiki 就是你熟的那种 Obsidian 风格文件夹,用 [[wikilink]],丢进 Obsidian、Logseq 或随便哪个 markdown 应用都能读。
  • OKF 知识包是不绑厂商的那一版:一个合规的知识包,凡是认 OKF 的阅读器都能打开,包括 Google 自己放出来的那个参考查看器。

我们拿真导出来的包,跑了一遍 Google 自己的校验器。我们图谱导出的那个完整知识包,几百个概念页,一个没落全过了,连中文实体名都原样留着。所以只要你的东西都在 Mem 里,现在就能放心把它交给任何认 OKF 的工具,读出来不会乱。

两种导出都是导出那一刻的快照,不会自己跟着 Mem 变。你在外面改了什么,不会自己流回来。想要新的,再导一次就行。

致谢

这事的功劳,是 OKF 的作者和 Knowledge Catalog 团队的。他们选了更难、也更大方的那条路:没有再憋一个自家的封闭产品,而是定了一份开放格式,还招呼所有人一起用。他们在文章里写得很直白,「欢迎贡献、欢迎别的实现,也欢迎在 Google 产品之外用起来」,而且「格式本身才是真正的贡献」。

我们挺乐意当头一批用起来的人,也想反过来搭把手。Mem 里有几样 v0.1 草案还没顾上的东西,比如双时间线的历史、概念之间的演化链,这些更适合拿到上游一块儿商量,而不是各搞各的。眼下最实在的一件事,就是先让我们自己的知识按这套格式走起来,让 Google 之外也有真数据在上面跑。

试试看

  1. 打开 Library,切到 Wiki 标签。要是空的,去 Graph 视图跑一次社区检测,再回来。
  2. 点标签栏上的 Download,选 OKF 知识包。
  3. 解压,用随便哪个 markdown 阅读器打开 index.md,顺着话题、实体、结晶一路点下去。
  4. 把这个文件夹丢进 Google 的参考查看器,或者别的任何 OKF 工具,在另一个完全不同的地方读到同一份知识。

下载 Nowledge Mem · Library 文档 · 读 OKF 规范 · 读 Google 的发布文

© 2026 Nowledge Labs. 构建知识层。