HF Watchとは？ Hugging Faceの注目モデルを追うlocal-genの仕組み

Hugging Face Hubには多くのモデルが追加・更新されている。ローカルAI向けのGGUF、日本語モデル、コーディングモデル、推論モデルなどをすべて人手で追い続けるのは難しい。

local-genのHF Watchは、その中から「次に詳しく調べる候補」を絞るための仕組みだ。

重要なのは、HF Watchがモデルの性能ランキングではないこと。ダウンロード数やLike数、更新の新しさなどは候補を見つける手掛かりにはなるが、それだけで回答品質、速度、必要VRAM、使いやすさは決まらない。

HF Watchは何をしているのか

HF Watchの収集処理では、Hugging Face Hubの公開APIからモデル情報を取得する。

取得方法は、Trending、更新順、GGUF、検索語による検索の4系統。1回に取得する件数は最大25件に制限している。

取得したデータは、次の流れで処理する。

Hugging Face API
  ↓
取得時の生データを保存
  ↓
項目を正規化
  ↓
カテゴリ分類
  ↓
優先度をスコア化
  ↓
調査候補

ここで出来上がるのは、あくまで調査候補の一覧だ。自動的にモデル記事やおすすめランキングへ変換する仕組みではない。

Level 0〜4は「性能」ではなく「調査優先度」

HF Watchでは候補にLevel 0〜4を付ける。

現在のルールでは、更新の新しさ、ダウンロード数、Like数、Trending、既知の組織かどうか、local-genで追いたいカテゴリとの一致などを使ってスコアを作る。

カテゴリには、たとえば次のようなものがある。

• GGUF・量子化
• 日本語
• コーディング
• 推論
• マルチモーダル
• 蒸留・軽量モデル

そのためLevelが高いモデルは「local-genで早めに確認する価値が高そう」という意味になる。

Level 4だからLevel 2より高性能、という意味ではない。

同じ理由で、ダウンロード数やLike数が多くても、それだけでローカル環境で速い、品質が高い、必要VRAMが少ないとは判断しない。

APIから取れた情報と、確認済みの事実は分ける

HF Watchで大切なのは、取得時の観測データと、調査後に確認できた事実を分けることだ。

Hugging Face APIから取得したモデルID、タグ、更新日時、ダウンロード数などは、その時点でAPIから観測できた値として保存する。

一方、local-genの記事やモデル情報へ使う段階では、必要に応じて次のような一次情報を改めて確認する。

• Model Card
• 公式または作者のリポジトリ
• configや配布ファイル
• ライセンス
• GGUFなどの配布形式
• 対応ランタイムや実行条件

APIのタグだけを見て「日本語に強い」「RTX 5090なら快適」「このモデルが最速」といった結論を作ることはしない。

HF Watchに載っただけでは、おすすめモデルにはならない

HF Watchの役割は発見までだ。

たとえば新しいGGUFがLevel 3に上がったとしても、その時点では次のようなことが未確認のまま残る可能性がある。

• 元モデルは何か
• 誰が量子化したのか
• どの量子化方式が配布されているか
• チャットテンプレートは何か
• LM Studio、Ollama、llama.cppなどで使えるか
• モデル作者が主張する特徴をどこまで確認できるか

個別の記事に進める場合は、こうした情報を調べ直す。

つまりHF Watchは「これを使うべき」と答える場所ではなく、調べるべきものを見逃しにくくする入口として使う。

現在のHF Watch画面はデモ表示

現時点のHF Watch画面には、処理とUIを確認するためのテスト用データが表示されている。

このデータは実在モデルの新着ニュースや実測結果ではない。HF Watch画面自体も現在は検索対象外としている。

一方で、Hugging Face APIから実データを取得し、生データの保存、正規化、分類、スコア化まで行う処理は実装されている。

将来実データのフィードを公開するときも、候補発見と記事の事実確認を同じ段階にはしない。HF Watchに表示されたことと、local-genがそのモデルを検証・推奨したことは別として扱う。

HF Watchを見るときに覚えておきたいこと

HF WatchでLevelの高いモデルを見つけたら、「高性能なモデルが見つかった」ではなく、**「調べる価値がありそうな候補が見つかった」**と読むのが正しい。

そこから個別記事や一次情報へ進み、モデルの仕様、配布形式、ランタイム対応、必要なメモリ、作者の主張と確認済み事実を分けて判断する。

大量に更新されるHugging Face Hubを追いながら、未確認情報をそのまま記事へ流し込まない。そのための入口がHF Watchだ。