现在，网摘工具已经成为网民的们一个重要工具，我最经常使用的就是 del.icio.us，感觉还不错。国内的365key和和讯网摘，据说做得也挺好，但我还没有试过。就我现在使用 del.icio.us 的体验而言，它对我来讲最大的用处有两点，核心是收集和共享。
1）记录自己每天的阅读，可以和他人共享，也可以方便自己进行阶段总结。
2）通过共同收藏的用户，找到一些和自己兴趣相似的人。

我不太习惯使用它来组织我的书签。我上网基本使用固定的机器，使用浏览器的书签，我只需要：(1) 打开“书签”菜单；(2) 点击书签。而如果使用 del.icio.us 的话，我需要：(1) 首先进入到我在它上面的主页（有时候还要登录）；(2) 然后选择某一个tag；(3) 再点击其中的一个收藏，我才能最终进入到页面。显而易见，使用 del.icio.us 我多用了一个步骤。而作为经常使用的一个功能，自己方便才是第一位的，呵呵。

我对 del.icio.us 的结论是，它是一个收集/共享资料的好工具，但并不是一个管理知识的工具。当然，人家的设计初衷本来也不是用来管理知识的，我的结论恰恰证明了 del.icio.us 的产品设计是成功的。

但我需要一个管理知识的工具。如何才能更有效地组织自己的资料，这其实是一个值得琢磨的事情，尤其是对作研究的人。我以前的办法可能比较土，但时间久了也已经习惯了。具体方式如下。

1、根据自己的兴趣，分门别类的建立一些目录。类别尽量分的细致一些，这样可以使得目录层次始终保持在一级，避免了目录层次多带来的繁杂操作。我只会收藏自己真正感兴趣的资料，临时兴奋的东西，我会先放到Temp目录里凉一凉，待确认有必要建立一个目录的时候，我再把他们copy过去。事实证明，一个人能够持续保持关注的分类数量其实很少。能够持续关注下去，才能够整理出一些脉络，发现“真正对自己有用”的东西。其他因为偶然兴奋而保存下来的东西，其实到需要的时候google或者baidu一下，完全可以很快的找到。

2、对每一个目录里面的文件，我会编写一个索引。我会给每一个文件编号，并简单地写一个描述，比如“说明了构建一个可用推荐系统的关键技术”。另外，自然少不了要提取关键字，论文写多了，总结关键字也已经比较得心应手了。文件描述一定要短，只说最重要的，有利于走马观花的浏览；关键字不嫌多，有利于检索。这样，需要查资料的时候，我可以快速过一下我的描述文字，也可以搜索关键字。google和baidu刚刚推出桌面搜索工具的时候，我非常兴奋，以为可以用它方便的检索资料了。但试用了之后，感觉比较失望。我最需要的一个功能，针对我选定的目录建立索引并进行检索，他们没有。我不需要对我整个硬盘的资料建立索引，我根本用不上，还白白占用我的硬盘空间，我的本子只有40G硬盘，寸土寸金啊。

当然，这毕竟是土方法，其他倒还好，但感觉最不方便的一点就是：我没有找到一个有效的方法来跟踪这些文件内容——即知识——之间的关系。只靠关键字进行聚合，是远远不够的。我所说的关系类似于论文中的引文，我需要能够快速定位到某个文件里的被引用的部分，而不是链接到这个文件就了事了。当然，现在连链接到文件还没有解决好，直接定位到内容就更是奢望了。

使用语义网的技术扩展网摘工具，应该是实现这个目标的办法之一。实现的方法和现在流行的Tag类似，只不过这些Tag是预定义好的。为了下文能够和现在Tag区分，我把这种Tag命名为 Knowledge Tag，KTag。可以使用RDF之类的语言来描述KTag，从而使其具备表达关系和进行推理的能力。实现的难点初步想来有两个。

1、标准KTag的定义。可以引用现成的标准，已经有一些了，但不多。也可以从头开始自己慢慢积累，像现在 del.icio.us 这样，在你加Tag的时候，建议你最常用的Tag，引导用户逐渐统一Tag的使用。但不论采用哪种办法，后台的工作量都相当大。

2、如何引导用户正确地标记KTag。和现在Tag的最大的区别，KTag最终是需要标注在内容上的，而不仅是针对整篇文章。这就给用户的使用带了麻烦，像我上面比较浏览器的收藏夹和 del.icio.us 一样，易用性是决定因素，除非 Target User 定义成我这样的——愿意付出额外的努力以换取管理知识的效果和效率。总之，用户体验绝对是个问题。

这篇文章是我对语义网的一个应用思考，现在有人把语义网称作“Web 3.0”，那我就把这种基于语义网的网摘产品命名为“网摘 3.0”吧。有兴趣的朋友欢迎进行留言讨论，也欢迎给我发Email：wendell.gu@gmail.com。