Google 发布 OKF：AI 知识库的开放格式来了

当业界还在争论哪款笔记工具更好用时，Google Cloud 悄然推出了一套看似"朴素"的规范——Open Knowledge Format（开放知识格式）v0.1。这一举动看似低调，却可能成为 AI 时代知识管理领域的里程碑事件。

为什么 AI 时代需要新的知识格式？

简单来说，OKF 的核心设计理念是：一个知识库就是一个目录，其中包含 Markdown 文件和 YAML frontmatter 元数据。没有 schema 注册中心，没有中央权威机构，也没有强制的工具链依赖。用一句话概括：你能用 cat 命令读取它，就能理解 OKF；你能用 git clone 克隆它，就能分发它。这种极简主义的设计哲学，正是 OKF 的精髓所在。

OKF v0.1 核心规范解析

过去几年，知识管理工具呈现爆发式增长。从 Notion 到 Obsidian，从 Heptabase 到 Mem，每款工具都在定义自己的知识格式。这直接导致了三个严峻问题：知识被锁定在特定软件的私有数据库中，更换工具意味着重新导入、重新整理、重新适应；更关键的是，AI Agent 无法直接读取这些知识库，除非专门为每款工具开发插件适配。OKF 的出现，正是为了打破这一困局——让知识成为纯文本资产，可以跨工具、跨时间、跨主体自由复用。

目录结构与文件规范

在 OKF 规范下，一个知识库对应一个目录，包含入口页 index.md、变更记录 log.md，以及按类型分类的子目录（如 concepts、companies、events）。每个知识单元都是一个 Markdown 文件，文件头部必须包含 YAML frontmatter，其中 type 字段是唯一必填项。这个 type 字段是机器路由、过滤和解析知识的"核心开关"，消费端（无论是人类还是 AI Agent）都依赖它来决定"这是什么类型的知识，该如何使用"。

关系管理与容错设计

OKF 规定知识之间的关系使用标准 Markdown 相对路径链接，而非私有的双链语法。这意味着任何工具都能解析这些链接，真正实现知识可迁移。值得注意的是，OKF 有一个反直觉但深刻的设计：消费端必须容忍"坏链"。如果一篇文档引用了尚未创建的页面，这不是错误，而是"待写的知识"——它是知识库的生长点。这一设计深刻理解了一个本质：知识是逐渐生长的半成品，而非一次性完成的文档。

如有侵权，请联系删除。