这个页面更大的背景

这是把lynkage-enabled-wiki的示例。将来还需要实现wiki-enabled-lynkage（以概念地图的形式呈现知识，每个知识条目放到lynkage的概念上）。最好两者还可以相互转换。

为什么要做这样的一个概念地图和wiki的融合来当做知识库的内在逻辑和外在呈现形式呢？

传统的wiki非常容易停留在信息的形态，被动地等着人们去查询和使用。其中，查询可以依赖搜索或者层次结构树来实现，或者进入页面以后发现最需要的跳转链接来查询。但是，这样的查询不太方便。于是，经常，除了有学习任务的学习者，就很少有用户主动地坚持地使用wiki形态的知识库。

当然，另一方面，把wiki知识库当做数据源做人工智能算法来辅助决策和学习，是可以的。在算法使用上，就不存在主动性的问题了。只要养成每次运行一下这个算法来辅助决策和学习的习惯。不过，这不是我们的重点。我们这里主要面向人类可读可使用。

我们认为，可视化，把知识呈现为一个网络的形态，或者说概念地图的形态，有助于帮助使用者更方便地使用知识库，于是提成主动性。如果有专人或者制度的配合，那这个主动性就更强了。

功能需求

这个实现了概念地图和知识条目完全融合的知识库需要具有以下功能：点击概念地图上的概念和连词节点，可以直接跳转到知识条目；每个知识条目的页面上，有相应的这个知识条目的局部概念地图，包含其最重要的上层和下层，以及左右联系。

概念地图做好可视化，可以任意尺度地缩放。缩放的过程中可能需要把底层概念改成相应的上层概念。这部分随着缩放做底层上层概念的转换，可能得先人工，后结合自然语言处理算法来实现。

实现功能需求的背后逻辑体系

直接背景