【讨论】GitHub Star 管理，GitHub Repository Search #4
Description
总能看见有人抱怨 GitHub Star 难以管理，并建议官方推出 Tag 管理 Star 功能，当然官方很痛快的拒绝了🌚。
之前在做 hacknical 的时候，也有很多人建议我在网站上推出 Star 统计与管理功能。虽然当时也很心动，满口答应，但之后想想，这些功能会带偏 hacknical 本身的重点，所以也就一拖再拖。
当然人们群众的力量是无穷的，借助 GitHub API，各类 Star 管理工具层出不穷。
- astralapp 目前看来颜值最高的 Star 管理网站
- Github Star 管理工具 Star Order
- ohmystar 算是颜值最高的 Star 管理 App
- 强烈推荐!自己用的 GitHub Star 分组工具,开源的
- 写了一个 App，用于管理 Github 的 Star，大家请随意吐槽
- 快速查找和管理 GitHub 上 Stars 的一个新轮子
- gitconstellation 网站很大方，配色很瞎眼
... 以及一大波移动端 App（貌似我没见过 Chrome 插件做 Star 管理的？）
但他们的思路其实差不多，大抵都是通过 API 抓取用户 Star，用户可以给各项目打标签，或者加星标，之后通过 App 进行 Star 的项目的管理。
先撇开 Star 管理不说，还有一种需求貌似也很旺盛：GitHub 上开源项目的搜索加强。
找不到合适的包、找不到高质量的包、找不到满足自身需求的包。这些因素促成一些 GitHub Repository 搜索增强网站、插件的诞生（此时它们针对的已经不只是 GitHub 搜索了，也有 npm 包的搜索）。比如：
- npms 搜索后对每个包进行质量评估（根据 issue 数、star 数、测试覆盖率等）
- awesomes 网站混杂各种插件，已经不只是库搜索的程度了。。
- awesomes - extension 属于上面那个网站出品，专门搜索前端插件
- awesome-autocomplete-for-github 一个 Chrome 插件，用于 GitHub 搜索的自动补全 + 仓库联想
- npmarket - 更高效的 Node 模块搜索工具（基于 npms.io API）
应该还有好多，一时想不起来了。但是总体上感觉，这些工具的出现都是因为开发者想在项目里引入第三方依赖，但是现有的搜索工具却无法帮助他们快速找到合适自己的仓库。很多时候仓库的名称和描述无法清晰的传达出其用处；除此以外，包的质量评估也是一个缺失的部分，人们通常只能通过下载量和 star 数进行判断。
那么 BS 一下：
- 对于 Star 管理而言，有必要通过一个额外的网站或者 App 进行管理吗？会不会浏览器插件才是更好的选择？
- 各个用户对于 Star 项目的管理（标签也好，标注也好，或者是评分制度也无所谓），能否集中在一起，成为一个项目评估的一部分，并以此增强搜索的命中率？