排行榜是怎么来的

每天 00:00 UTC，tierlist.tech 读取最近 72 小时新建的 GitHub 仓库，去掉刷星的，剩下的全部交给一个大语言模型按公开的评分标准逐个评判，换算成 S 到 D 的等级，并附一句理由。结果没有人工挑选或修改。

1. 1收集

   在 GitHub 搜索这段时间里新建的仓库：不是 fork、没有归档、带 README，按星数从高到低，每天最多读约 300 个。

2. 2去掉刷星（不花钱）

   • 刷星检测：5 个以上仓库星数完全相同、建库时间又在 60 分钟之内，整批剔除。
   • 其余的全部评级，不设星数或描述门槛；没有描述、没有星的仓库交给模型判断，通常是 D。每天上限 1000 个，只为防止某个来源出错。

3. 3评判

   模型的口味像一位挑剔的开源编辑：一个把事做好的小工具胜过一个空洞的大平台，星数只是证据不是结论。它给四个维度各打 0–25 分，再加权成一个内部分数。这个分数不公开，对外只显示等级。

   维度	看什么	权重
   新意	解决的问题或解决的方式，是不是这两年没人做好过。又一个套壳、todo-app、清单、脚手架，记低分。	×1.2
   可用	一个开发者今天能不能装上就用：描述是否说清了它做什么、给谁用、怎么开始。	×1.2
   分寸	范围是否清楚克制，命名和描述是否诚实准确，有没有夸大其词。	×1.0
   动能	星数增速、建库天数、真实使用的迹象。只当证据，不当结论；刷星和蹭热点的星不算。	×0.8

   一律落在 D 级的：刷星或抢注镜像；破解、外挂、盗版、绕过付费墙；纯内容仓库（提示词合集、资源清单、教程笔记）；课程作业和练手项目；说不清自己做什么的仓库。

4. 4换算成等级

   分数线取自这套评分标准自己在 30 天项目上的分数分布：前 2% 为 S，前 10% 为 A，前 30% 为 B，前 60% 为 C，其余为 D。

   S

   今天就去看 少见的好项目：新、能马上用、做得克制，值得今天就去看。

   A

   值得关注 明显值得关注，有一处短板。

   B

   有亮点 有真实亮点，但场景窄、替代品强或还很早。

   C

   普通 能用，但不新;或者新，但看不出谁会用。

   D

   可以跳过 不值得花时间：重复造轮子、内容清单、刷星、破解，或说不清自己做什么。