个人知识库Google出手了，推出OKF规范，LLMWiki大幅增强原创

个人支库方向太火爆了，谷歌也来参赛了。谷歌推出了这个最新的open knowledge form ma格式的规范，之前卡巴西的lmviy.MD这个指导文件规范了个人知识库的整个运行架构。谷歌的这个OKM规范则是明确了知识库里面的文件怎么存放，有什必要的字段。这个规范它非常的清量，不绑定任何的A点的规范里面的约束和概念一共就只有这么几点，第一，一个完整的知识库，它就是一整个文件夹，叫做bund，第二，文件夹下面可以嵌套更多层次的子文件夹来分层次的去解析这个词库的内容。第三，每一个文件夹下面都必须要有两个文件，一个是index.md，表示这个文件夹下有concept文件的索引，第二个log.md，表达这个文件夹下所有的修改记录，第4，每个文件夹下其他的单文件都是markdown提式的文件，都是用来表达concept，每个文件表达一个概念。第5，对于每一个concept。

文件只要求他必须要有America原数据，并且这里面一定一定要有type字段，其他所有的都不做约束。第6，最后一个mark文的正文内容就是对它的这个concept的描述，用madown模式写成，可以通过呃链接的这个语法去和其他的concept文件产生关联，最后形成一个手库下的知识网络。结论官方给出了这样几个示例，可以在guitar上去查看。总结一下OKF这个东西，第一，OKF和l vki两者并不冲突，一个指导的是知识库的流程，一个指导的是文件内容的存储方式，两者是可以结合起来使用。第二，OKF和obc点绝大部分是兼容的，只有在双链的这一部分OC点是有自己的格式，不是标准的macdown语法。OKF上的示例是只给了标准的Mac杠法，解决的方式大概也有三种，第一种自己folk o okf的规范出来，做成一个支持C点双链的版本。第二种，Off点本身是能。

支持原始的macdown的引用跳转的规法的，只是会少一些它特有的功能，设置一下也能使用。第三种方式，不用OC点，不是深度用户，你就像用像Vs code的之类的文本编辑也都可以。最后一点，这个规范还在非常的早期，也是谷歌的开发人员根据他们对知识库的实践和经验去归纳和提出的，大家使用的时候有什么想法可以去get up的官方去提，去推动这个规范的共同进步。最后想说，个人知识库是AI时代的大剧品。未来当模型的能力怎么拉齐的时候，人和人之间的差距就会体现在你的上，所以一定从现在就开始合起来。