土曜の午後に小さなツールを書こうとして、オープンソースのモデルを使ってテキスト分類をしたいと思った。いくつかのプラットフォームのドキュメントを調べたところ、まず登録が必要で、次にキーが必要で、さらに有料プランも必要……いじくり回しているうちに、コーヒー1杯が冷めてしまった。ついでに @OpenGradient の Model Hub に切り替えて、「開発者がワンストップで接続できる」というのが本当にドキュメント上の言い回しなのか、それとも実際に接続が数行のコードに落ちているのかを確かめたくなった。
同じ分類タスクを使って、Model Hub では SDK、CLI、ネイティブ HTTP の3つの方式で試し、それぞれ3ラウンドずつ、合計9回の呼び出しを行った。毎回、コード行数、応答の所要時間、ゲートウェイの受領証（回执）、さらに能力ルーティングのミドルウェアが到達したノードを表にまとめて比較した。3方式で書いた業務コードはいずれも5行以内で、登録から結果が出るまで2分未満。しかも回执フィールドは、3つの入口の下で完全に一致していた。
世間では Model Hub についての議論が盛んで、この「数行のコードで接続できる」という参入ハードルの語りに注目がほとんど集まっている。けれど OpenGradient の本当に冷静な仕事はもっと別にある。多入口を“プロトコル級”で揃えてしまっているのだ。SDK、CLI、あるいはむき出しのHTTPで入っても、リクエストは最終的に同じ呼び出しセマンティクスに翻訳され、能力ルーティングのミドルウェアが見積りに基づいてノードへ取り次ぐ。さらに Verification Layer が同一形式の回执を発行する。参入の低さはUIの装飾ではなく、入口が基盤側で収束することによる副産物なのだ。$BEAT
評価指標も変えるべきだ。私は OpenGradient が Model Hub にどれだけ登録開発者を連れてきたかを見ない。むしろ、反共通意見のデータに注目する。すなわち、「日々新たに接続される開発者」のうち、初日で“完全な回执を伴う呼び出し”を1回走らせられた割合だ。前者は獲得を測り、後者は、この接続経路が本当に摩擦を最小まで押し下げているかどうかを測る。
もし $OPG が単にモデル呼び出しの取り次ぎにかかる手数料の役割しか果たしていないのなら、それは接続課金の“代替トークン”のようなものだ。しかし将来、SDK のバージョンガバナンス、ノードの価格競争（入札）、回执の発行、接続トラブルの仲裁、ロングテール・モデルの収益分配までもがそれを中心に閉じたループを形成するのなら、それが担うのはもはや課金用トークンではなく、“統一された接続ネットワーク”における開発者の信用資産になる。$VELVET
結論は急がない。参入の低さは demo では見えやすいが、長い実運用の道のりは引き続き検証が必要だ。私は引き続き、OpenGradient のメインネットと、その後の SDK 接続で渡されるサンプルを見ていきたい。#opg