Kooluve

项目收录标准问题

3

想问下目前管理者主动添加和合并他人请求时，判断收录的标准是怎样的？感觉好像是只要能正常运行就可以收录。 虽然目前小丑牌才发售不久没那么多mod，但随着数量增加迟早要仔细考虑收录标准，毕竟根据[原版awesome项目的建议](https://github.com/sindresorhus/awesome/blob/main/awesome.md)，只有真正awesome的项目才应该被添加，目录应该避免太过庞大。哪怕是现在mod还不多不少的时候，我在这里找mod有时也会感觉到一些迷惑，有些似乎比较凑数。特别是对于那些只想找最有趣最实用的mod的人来说会比较费劲。 也许可以把当前的文档换个名字收录尽可能多的mod，然后新建一个真正awesome的文档，甚至可以给各个项目评分来凸显实用性。至于收录方式可以结合qq群意见收集、投票或者在线文档之类的方法。不过确实不像创意工坊的评分评论下载数之类的来的方便。

目录规范问题

6

是否需要参照[awesome pr模板](https://github.com/sindresorhus/awesome/blob/main/pull_request_template.md)给出一套编写规则（简单几条就行，不用像模板那样复杂），让大家能够规范化地更新目录。比如按字符串顺序排列；项目描述简洁准确；不要录入重复项目；项目作者（特别是合集的作者）在更新自己的项目后记得主动来这里更新目录等。 以及针对项目描述不够准确的问题（有些描述比较含糊或者废话较多），是否需要对整篇目录进行检查并修改地更准确，特别是有些mod可能要实际使用后才能知道内容和特点。可能会比较费时间。

分类问题

5

1. 在花色(suits)分类下的 French Tarot Cavalier Card和 Hanafuda Hybrid 与花色并无关系，前者应归类到牌组(decks)，后者目前的效果是修改全局的扑克牌筹码，没有制作新的牌组，之后的更新计划似乎也只会修改图片和标记，可能不会在功能上体现花色的修改。不清楚该如何分类，或许可以再开个扑克牌(pokers)分类？ 2. 依赖库(Libraries)分类应该可以改为 API，与 balamod 下的分类统一，反之亦然。 3. 合集项目包含各种类型的mod，当前部分合集被重复分类了，是否需要删除重复只归类到合集分类？