Google推出OKF：AI Agent知识库的统一标准

企业知识管理长期面临一个尴尬的现实：最需要文档的时刻——新人入职、跨团队协作、故障排查——恰恰是文档最可能过时的时刻。传统Wiki维护依赖人的持续纪律，但人不可靠，最终导致“写了一周，过时一年”的困境。随着AI Agent在工作场景中的广泛应用，如何让机器高效管理知识、让不同Agent之间实现知识共享，成为行业亟需解决的问题。

核心设计理念：格式而非平台

2026年6月12日，Google Cloud发布了OKF（Open Knowledge Format）v0.1规范，这是一个厂商中立的结构化知识格式标准。与传统知识管理方案不同，OKF的设计哲学极为激进：只有一个强制字段（type），没有SDK，没有平台锁定，没有注册中心。这种极简主义设计让“符合OKF”的门槛降到最低——任何Agent只需解析YAML frontmatter即可消费知识，无需依赖特定平台或工具链。

生态定位：互补而非替代

OKF的核心假设是：AI Agent不会厌倦、不会忘记更新交叉引用、可以批量修改文件、不会跳过“以后再说”的任务。基于这一假设，OKF将已被实践验证的“LLM维护Markdown知识库”模式从实践共识提升为可互操作的标准。 一个标准的OKF Bundle采用目录式组织结构，包含index.md（目录页）、log.md（变更历史）、以及按主题分类的子目录。概念文档以Markdown为主体，YAML frontmatter定义元数据。例如，一个BigQuery表的OKF文档只需声明type字段即可被任何兼容Agent识别，其余字段均为可选。这种设计确保了最大程度的灵活性和兼容性。

OKF并非要取代现有工具，而是填补特定空白。与CLAUDE.md相比，OKF专注知识源而非操作指令；与MCP相比，OKF提供静态策选知识而非实时工具访问。三者形成互补：Agent通过MCP执行操作，通过CLAUDE.md理解项目规范，通过OKF掌握业务背景知识。 从生态图谱来看，OKF处于一个关键节点——它是首个实现组织级知识图谱厂商中立标准的方案。在此之前，采用LLM Wiki模式的团队各自为政，内容相似的知识库也无法被同一Agent消费。OKF将差异标准化到最小公约数，让知识可移植性首次成为现实。

OKF的发布对企业知识管理具有深远意义。首先，当知识以Git仓库中的Markdown文件存储时，它对平台天然中立——今天用Google Cloud Knowledge Catalog消费OKF，明天可无缝切换到其他兼容消费者，彻底消除平台锁定风险。其次，两个Agent可以通过交换一个OKF Bundle实现知识共享，无需共享数据库或API，甚至无需在同一组织内——这是一种真正可传输的知识图谱。

长期影响与前景

Google已同步推出参考实现组件，包括BigQuery丰富Agent（自动为数据集生成OKF文档）、静态HTML可视化器（将Bundle转为交互式图视图）、以及GA4电商等示例Bundle。Cloud Knowledge Catalog已支持接收OKF Bundle，为企业提供了清晰的部署路径。

如有侵权，请联系删除。