9router を採用する前に読む: 40以上のプロバイダを束ねるローカル LLM ルータの実像

9router が埋めようとしている穴は「ツールごとに鍵と残枠を管理する」手間である

Claude Code、Codex、Cursor、Cline、Copilot といったコーディングツールは、それぞれ接続先の設定を持つ。プロバイダを増やすほど、API キーの置き場所、モデル名の書き方、残枠の確認方法がツールの数だけ増える。README はこの状況を「Manual switching between providers」と表現し、購読枠が使われないまま毎月失効すること、レート制限でコーディングが中断されることを課題として挙げている。9router の想定利用者は、複数のツールを日常的に使い分けていて、かつ有料 API を何本も契約したくない個人ないし小規模チームだ。逆に、すでに一つのプロバイダと一つのツールに固定していて残枠を気にしていないなら、間に挟む層が増えるだけで得るものは少ない。

実体は localhost:20128 で待ち受ける OpenAI 互換の変換層である

README の構成図によれば、CLI ツールは http://localhost:20128/v1 に対してリクエストを送る。9router 側はそれを受け取り、RTK による tool_result の圧縮、OpenAI 形式と Claude 形式の相互変換、クォータの追跡、トークンの自動リフレッシュを行う。そのうえで Tier 1 のサブスクリプション系、Tier 2 の格安 API、Tier 3 の無料枠という順に振り分ける。ここで重要なのは、9router がモデルを提供しているわけではなく、既存のプロバイダへの経路を差し替えているだけだという点だ。図中では Tier 2 の例として GLM が $0.6/1M、MiniMax が $0.2/1M と記載され、Tier 3 には Kiro、OpenCode Free、Vertex の $300 クレジットが並ぶ。無料枠の実体は各プロバイダのキャンペーンや試用枠であり、9router 自体が無料の計算資源を持っているわけではない。

RTK は「節約」ではなく tool_result の圧縮であり、対象を理解して使う必要がある

README は RTK Token Saver を、tool_result の中身を自動圧縮し 1 リクエストあたり 20〜40% のトークンを節約する機能と説明している。節約対象として名指しされているのは git diff、grep、ls といったツール出力だ。つまり会話全体やシステムプロンプトを縮めるのではなく、エージェントが実行したコマンドの戻り値を削る。ここには明確なトレードオフがある。diff や grep の結果を要約・圧縮すれば、モデルが参照できる情報は必ず減る。大きな差分を正確に読ませたいデバッグ作業では、圧縮が邪魔になる可能性がある。README は圧縮のアルゴリズムや、無効化するための設定キーについて何も書いていない。この点は導入前に自分で確かめるしかない。

導入手順は npm とソースビルドの二経路に分かれ、後者はプライベートパッケージを前提とする

最も短い経路は npm install -g 9router の後に 9router を実行する方法で、ダッシュボードが http://localhost:20128 で開くと README は述べている。CLI ツール側ではエンドポイントに http://localhost:20128/v1、API キーはダッシュボードからコピー、モデルは kr/claude-sonnet-4.5 のような形式を指定する。ソースから動かす場合は cp .env.example .env、npm install、そして PORT=20128 NEXT_PUBLIC_BASE_URL=http://localhost:20128 npm run dev を実行する。本番モードは npm run build の後に PORT=20128 HOSTNAME=0.0.0.0 NEXT_PUBLIC_BASE_URL=http://localhost:20128 npm run start となる。README はこのリポジトリのパッケージが 9router-app というプライベート名であるため、ソース実行や Docker 実行が想定されたローカル開発経路だと明記している。設定キーとして本文で確認できるのは PORT、HOSTNAME、NEXT_PUBLIC_BASE_URL の三つで、ポートを変えるなら CLI 側のエンドポイントも合わせて書き換える必要がある。

無料枠は 9router の保証ではなく、外部プロバイダの都合に依存する

Tier 3 の例として README が挙げる Kiro は約 50 クレジット/月、OpenCode Free は認証不要と説明されている。しかしこれらはあくまで 9router 側の説明であり、枠の量や条件は各プロバイダが決める。無料枠が縮小されたり、認証方式が変わったりすれば、9router の設定を変えていなくてもフォールバック先が消える。自動フォールバックは「止まらない」ことを売りにしているが、落ちる先が枯渇すれば結局は Tier 2 の有料 API に到達する。Tier 2 には予算上限という記述があるものの、その上限をどこで設定するのかは README からは読み取れない。無料で回し続けられるという期待を前提に設計すると、この層の薄さが後から効いてくる。

LiteLLM や OpenRouter との違いは、同梱ダッシュボードとクライアント側ツールへの寄り添い方にある

同じく複数プロバイダを束ねる手段として LiteLLM がある。LiteLLM は Python 製のプロキシで、設定ファイルにモデル一覧とルーティングを記述し、ライブラリとしてもサーバとしても使える。9router は Node.js 製で、npm install -g から起動するダッシュボードを同梱し、Claude Code や Cursor といった特定のコーディングツールの接続を想定したモデル名（kr/claude-sonnet-4.5 のような接頭辞付き）を提示する。抽象度でいえば LiteLLM のほうが汎用で、9router は「コーディングツールの残枠をやりくりする」用途に寄っている。既存の社内ゲートウェイを LiteLLM で運用しているなら、9router を重ねる理由は薄い。逆に、設定ファイルを書かずに GUI でプロバイダを足したい層には 9router のほうが敷居が低い。

MIT ライセンスと更新頻度、そして導入前に確かめるべき二点

ライセンスは MIT と明示されており、商用利用を含めて比較的自由に扱える。ただし MIT が及ぶのは 9router のコードであって、経由する各プロバイダの利用規約ではない。無料枠を自動フォールバックで回す行為が各サービスの規約に照らして問題ないかは、利用者自身が確認する必要がある。ここは法務判断ではなく事実確認の話だ。更新は活発で、リリースノートには v0.5.18 の cached token tracking、v0.5.20 の thinking level picker、v0.5.35 の Grok Imagine video と Copilot Claude route が並ぶ。機能追加が続くということは、設定やモデル名の接頭辞が変わりうるということでもある。導入前に確認したいのは、第一に RTK が自分のリポジトリの git diff で何を落とすか、第二に Tier 3 の無料プロバイダが現在も同じ条件で使えるか。どちらも README には答えがない。

編集部の結論

採用を検討すべきなのは、複数の AI コーディングツールを併用し、サブスクの残枠と格安 API を手動で切り替える手間を減らしたい個人開発者や小規模チームである。逆に、入力内容を外部の無料プロバイダに送れない案件、あるいはコンプライアンス上データの経路を厳密に説明する必要がある組織には向かない。導入前に確認すべきは、RTK の圧縮が自分のリポジトリのツール出力で何を落とすか、そして Tier 3 の無料枠がどのアカウント条件に依存しているかである。npm install -g 9router で入れて http://localhost:20128/v1 に向けるだけでは、この二点は見えてこない。

公式情報源

1. decolua/9router on GitHub
2. License: MIT
3. Project website
4. README
5. Releases