GitHubスターでAIツールを順位付けするのをやめた——代わりに使うもの

Dev.to / 2026/5/9

💬 オピニオンSignals & Early TrendsIdeas & Deep AnalysisTools & Practical Usage

要点

  • GitHubスターは人気の指標ではあるものの、AIツールの“最近”を扱う日次ダイジェストでは「遅行指標」になりやすく、既に広く知られた情報を再掲しがちだったためランキング入力として外した。
  • 影響を確認したところ、過去に取り上げた“スター上位(5,000+)”ツールの約40%が、すでに複数の大手ニュースレターでカバー済みで、明らかなものに遅れ、新規の掘り出し物を見落としていた。
  • 代替として、(1)直近7日投稿の強い加点(Recency weight)、(2)直近のコミット増加率(Commit velocity)、(3)特定カテゴリの取り上げ頻度に応じた基準の調整(Category freshness)の3つのシグナルに切り替えた。
  • スターは引き続きシステム内に残すが、報酬ではなく「2週間で10スター未満」のような極端な低反応に対するソフトな減点として扱うことにした。
  • まだ1週間のため定量結果は断言できないものの、主観的にはフィードが鋭くなり、小規模で特定用途に強いツールなど今まで触れていなかったものを拾えるようになったという。さらに、初期に妥当に見えた指標が偏りとして固定化するため、定期的な監査の重要性を強調している。

GitHubスターは罠です。

「人気=品質ではない」という意味ではありません――それは明らかです。もっと具体的な話です。毎日のAIツールのダイジェストでは、スターは遅れて効いてくる指標で、私のフィードを悪くしました。そして、それに気づくまでに3か月かかりました。

先週私が下した判断はこれです。ai-tldr.dev では GitHubスターをランキング入力として完全に削除しました。何が起きたのか、そしてそれに代わり何を入れたのかを説明します。

The problem with stars

ダイジェストの最初のバージョンを作ったとき、スターをタイブレーカーとして使いました。同じ週に2つのリポジトリがリリースされた? スター数が多い方が上に浮かぶ。理にかなっているように思えました。

しかしスターは時間とともに積み上がり、ローンチ当日に急増します。18か月前に大きなHNの投稿とともにローンチしたリポジトリは12,000スター。先週火曜に本当に役立つツールを出したものは340スターです。その古い方は、あらゆる検索でより重要に見えてしまいます。

結果として、「最近のAIツール」セクションがすでに知られているものばかりを繰り返し出すようになりました。ダイジェストは、みんなが6か月前にすでに見ていたもののリミックスになっていき、ほんの少しだけ詰め替えただけ、という状態です。

ラフに監査もしました。私が直近60件のうち、5,000スター以上のものを見つけた中では、だいたい40%が、私が取り上げる前に少なくとも2つの主要ニュースレターで既にカバーされていました。私は明らかなものに遅れていて、本当に新しいものを取りこぼしていたのです。

What I'm using instead

修正は、思っていたより簡単でした。私は3つのシグナルに切り替えました:

Recency weight(鮮度の重み)――直近7日間の投稿には、スター数にかかわらず強いブーストを与えます。新しいものであれば、それがチャンスを得られるようにします。

Commit velocity(コミットの勢い)――2か月前に始まったプロジェクトで、直近10日間に12件のコミットがあるリポジトリの方が、安定して3年続いているだけのものより面白い。スターはこうしたことをまったく捉えません。

Category freshness(カテゴリの鮮度)――最近カバーしたカテゴリを追跡します。今週「LLM fine-tuning」の投稿を4本やっているなら、5本目は、シグナルにかかわらずより高い品質基準を満たす必要があります。

スターはシステム内に残していますが、スターによる報酬ではなく、非常に低いエンゲージメント(2週間で10スター未満)へのソフトな減点として扱っています。有名だからといって得点が増えるわけではありません。

What changed

まだ1週間しか経っていないので、結果を断言することはできません。でも主観的には、毎日のフィードの切れ味が増した感じがします。以前なら触れなかったものを拾えている――小さめのツール、特定用途のリポジトリ、インフラになろうとするよりも1つの課題をうまく解決するもの、そういうものです。

読者が気づくかどうかは、まだわかりません。ですが、編集方針としての直感は良くなっている気がします。

より広い教訓はこれです。プロジェクトの最初に理にかなっていたシグナルは、時間とともにバイアスとして固まってしまうことがある。状態がうまくいっているように見えるときでも、定期的に監査する価値があります。