这个问题说的更简单一点，其实就是当年google搞桌面搜索的时候提出的一个问题：
找一个东西，比起在你的本地硬盘里面找，往往是搜索引擎里面找了下载回来更快更简单。

不过当年大家都比较淳朴，还试图用技术去让世界变得更美好...放现在这不是典型的分流行为嘛，在提出的一瞬间就被枪毙了...所以桌面搜索这玩意这么多年了，本质上还是原地踏步。

我大致看了下tagspaces，我觉得这个东西还是不够的，更多的是管理媒体而不是管理文件。
我现在用的文档管理系统也都支持打tag，但我实际上打tag的行为只有1%...并且真正通过tag找到文件的次数更是基本可以忽略...很多时候我需要的找的东西并不会有很好的组织。比如我可能要找某天写的c代码里面的一个片段，我肯定不会为每个c代码去打个tag，我只会为整个项目打tag，而且通常情况这就是项目的文件目录名。

归根结底我们找东西，还是基于2个方法，一个是时间，比如昨天，本周，近期；另一个是脑子里想起的一个关键字，通常就是文件名，多层的父目录名，最后才是文档内含的某个关键字。除非说要找5年前的某个文档，这种根据收藏夹，tag也许还有点价值...所以windows下的everything直接就解决了90%的问题。

而我希望的是一个基于文件系统的搜索引擎，它有足够高的智能，我给出3个信息它就能直接替我进入那个本地目录。理论上在现在的ai能力下这应该是可行的。至于为啥要基于文件系统界面，因为这样的设计足够正交，这套能力可以很容易嫁接到现有的各种工具上。但这个问题的本质，还是搜索结果的准确度上。
【 在 ilovecpp 的大作中提到: 】
: 很多完善的工具了，如tagspaces之类。
--
修改:lvsoft FROM 180.111.50.*
FROM 180.111.50.*