AI 时代的“HTML 时刻”:一个被严重低估的知识标准 OKF
输入“/”快速插入内容
AI 时代的“HTML 时刻”:一个被严重低估的知识标准 OKF
用户4242
用户4242
8月2日修改
🔗 原文链接:
https://mp.weixin.qq.com/s/44D4WSGA...
原创 贾克斯的平行世界 贾克斯的平行世界 贾克斯的平行世界
2026年8月1日 08:33 上海
国内大多数人还在讨论模型、MCP、Skills 和 Agent Harness。
但 Google 最近正在推动另一件更底层的事情:
知识应该以什么格式存在,才能被人和 Agent 共同读取、维护、交换与验证?
真正重要的标准,刚出现时往往显得异常朴实无华。
HTML 刚出现时,不过是一套标签。
JSON 不过是括号、冒号和字符串。
Agent Skills 的核心,也只是一个包含 SKILL.md、脚本和参考资料的目录。
而 OKF 看起来更加“简单”:一组 Markdown 文件,加上一点 YAML 元数据。
但标准的魅力,从来不在于它有多复杂。
标准真正改变世界的地方,是让整个行业不再重复发明同一个轮子。
2026 年 6 月,Google Cloud 发布了 Open Knowledge Format,也就是 OKF。
它试图把此前已经出现的“LLM Wiki”模式,正式定义成一种开放、厂商中立、可移植的知识格式。
最近几天 OKF 更新到 V0.2,开始加入来源、验证、时效性和可信度等机制。
这件事目前在国内几乎没有引起足够讨论。
但我认为,OKF 触碰到的,可能是 Agent 时代最底层的问题之一:
不是 AI 如何回答问题,而是一个组织的知识,究竟应该以什么形式存在。
/ 从 LLM Wiki 到 OKF /
如果你之前没有太关注 LLM Wiki,也不用担心。
可以先翻一下我之前关于 LLM Wiki 的文章。
因为 OKF 背后的价值,其实不是一篇文章能够完全讲清楚的。
这篇文章更希望带大家建立一个初步认知:
OKF 到底是什么?为什么它可能成为 Agent 时代知识基础设施的一部分?
尤其是如果你正在定义自己的知识库、企业知识库或者代码知识库,那么 OKF 值得重点关注。
我也是最近在研究企业 Harness 的过程中,才逐渐把注意力放到了 OKF 身上。
因为越深入研究 Agent 工程化,我越发现:
未来真正属于企业自己的,不一定是 Harness 本身,而是 Harness 背后沉淀下来的知识。
而 OKF,正在尝试定义:
这些知识应该如何被 Agent 理解、维护和流转。
/ 模型有了,工具有了,但知识仍然没有统一接口 /
过去两年,Agent 基础设施正在快速分层。
模型负责提供通用智力。
MCP 负责让 AI 应用连接数据库、工具、服务和外部系统。
Skills 负责封装“如何完成一类任务”。
那么,OKF 负责什么?
它试图回答:
Agent 到底应该以什么形式,读取并维护一个组织“知道的东西”?
可以简单理解:
层次
解决的问题
模型
Agent 能不能思考
MCP
Agent 能连接什么
Skills
Agent 应该怎样做