在 4 年前设计 Baklib V2 版本的时候，我特别强烈的想把“元知识”这个概念加进去，当然，这里说得“元知识”不是通用意义上的元知识，而是指原子知识，或者叫知识片段、知识块。即知识的最小化单元，具有完整的信息描述，同时又非常方便被其他地方引用。

下面是当时的一些设想：

原型

描述

1、段落以block方式存在

2、元知识提示区：输入相关字（或者在录入的时候，点击左边的叹号），下面出现元知识列表；鼠标点击后，即可复制到当前的块中。

3、焦点在某个block时，

点击左侧的图标，可以弹出菜单：修改字体、加入或者更新元知识；还可以增加其他的菜单项；

也可以对block进行拖动：拖动的其他的block之后，会自动变成均分的两列，如果再拖拽过来一个block，则均分为三列；

4、多个block可以同时选择，选择之后可以当作一个block进行操作，与上述第三点相似；

5、对于纯图片block，可以设定图片的位置，大小；

6、元知识提示区：焦点到达某个元知识，可以出现“编辑/删除”等操作按钮，当然需要有权限控制；

7、元知识提示区：可以采用不同视图切换的方式，比如分类，采用树状分类；词云方式；缺省采用搜索方式。

8、元知识的生成：有两种方式，一种是上面的手工方式；另外一种，是编写文档的时候，自动采用AI方式生成。但是生成之后，为了避免元知识质量不高，需要有人工审核的方式确认元知识的入库；

9、在编写文档的时候，因为如果某个段落采用元知识生成，这个段落或者block，应与这个元知识的id相关。

核心思想：将业务比如tips，q&a，帮助中心等作为业务应用，知识这一块作为底层知识能力提供。编辑器+后台的知识点管理，松耦合出来，现在做的帮助中心，tips等，都可以调用。

总结

1. 打造一款基于Block的现代编辑器

2. “元知识”只是一个定制化的Block，这个Block具有如下属性：独立的URL、版本、引用关系

3. ”元知识“本身又是个编辑块（支持文本、图片、链接等），可以点开编辑内容，也可以独立页面管理

元知识存在的价值和意义：

1. 复用：写好的内容，可以在多个文章中被引用

2. 同步：类似一个变量，值改变了，被引用的地方都随之而改变

3. 构建知识图谱

难点：

1. 异于常规，需要用户理解”元知识“和“知识”的概念

2. 操作体验，如果操作复杂了，反而会造成多此一举的麻烦

3. 久久为功，只有知识积累到一定的量以后，”元知识“的价值才能体现

写在今天

2025 年，离 Baklib V2 上线已经 1 年多了，我们引入了“知识片段”的最小单元概念到 DAM 层，同时也实现了对知识片段的独立管理、版本跟踪、引用审查等。但也舍弃了上面提到的许多非常棒的设计，原因还是在于考虑到用户对一个新事物的接受程度，作为一款企业级服务软件，标新立异付出的成本和代价是蛮高的，希望下一个版本在“知识片段”的基础上，有所加强。

新上线的“知识片段”截图效果：

以下内容就是引用自知识片段：