Zerg Router

Zerg Router

ZergAI · コーディング · 生産性向上

ZergRouter は DeepSeek V4.1 Flash を Codex で動かし、他のコーディングクライアントを 1 つのエンドポイントにつなぐホスト型 AI モデルルーターである。予算、クォータ、利用履歴をまとめて扱える。

Zerg Router の画面プレビュー

Zerg Router について

What Is ZergRouter

ZergRouter はコーディングクライアントとモデル提供元の間に置くルーティング層だ。Codex、Pi、OpenCode を普段の道具として使い続け、接続先を 1 つのアドレスに変えるだけで、ルーターが各リクエストをアカウントで使えるモデルへ送る。モデルはプラットフォーム負担の枠で動くこともあれば、自分で登録した提供元キーを使うこともある。

この製品が解くのは配線の問題だけでなく、管理の面倒も同じくらい大きい。コーディングエージェントは通常 1 つのクライアントを 1 つの提供元に結びつけ、提供元ごとにキー、クォータ、請求が分かれる。ZergRouter はコーディングエージェント向け API ルーターとして働く。Router API キーに権限と日次予算を持たせ、保管した資格情報で提供元の秘密をクライアント設定から遠ざけ、1 つの利用画面でモデル別・クライアント別に入力、キャッシュ入力、出力を記録する。

契約前に制限は押さえておきたい。プラットフォーム負担のルートが対象にするのは DeepSeek V4.1 Flash だけで、他の DeepSeek モデルや Modal モデルは含まない。リクエストは Modal の共有エンドポイントか Fireworks を通るため、専用デプロイもデータ所在の保証もない。利用資格、試用枠、請求は ZergAI 内で確認するもので、宣伝ページから推測する話ではない。

Getting Started

  1. zergrouter.com に ZergAI でサインインする。個人用の Router アカウントが作られ、ブラウザのセッションは最長 24 時間続く。
  2. API keys で Router API キーを作り、秘密はパスワード管理ツールに保管する。完全なキーは一度しか表示されず、既定の権限は chat:write、models:read、usage:read を覆う。
  3. Billing でカード不要の DeepSeek 試用枠を確認し、続けるならカードを登録する。他のモデルを使う場合は、キーをクライアントに貼らず Credentials に提供元の資格情報を入れる。
  4. Node.js 22 以上で npm install --global @zergai/zrouter を実行して CLI を入れ、zrouter login、zrouter codex models、zrouter codex configure --model modal/deepseek-v4.1-flash の順に走らせる。
  5. codex --profile zergrouter で Codex を起動する。通常のプロファイルはそのままで、zrouter codex restore を実行すれば元の状態に戻せる。

AIツール情報

Zerg Routerの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランPay as you go, $0.30 per 1M input tokens and $1.20 per 1M output tokens on the DeepSeek V4.1 Flash route
プラットフォームWeb (hosted endpoint); OpenAI-compatible clients on Windows, macOS, and Linux; CLI on Node.js 22+
開発元ZergAI
カテゴリコーディング · 生産性向上
リリース日Sep 2026
最終更新Nov 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 別のクライアントを増やさずモデルだけ変えたい Codex ユーザー。ルーターは Codex をそのまま残し、後ろの提供元だけを差し替える。
  • 提供元アカウントをいくつも抱える開発者。資格情報は優先順つきの 1 つの画面に集まり、クライアントは 5 本ではなく 1 本のキーを指せばよい。
  • 支出の上限が要る小規模チーム。キーごとの日次予算が、記録済みの支出が上限に達した時点でリクエストを断る。
  • Codex をすでに契約していて週次のクォータがどこへ消えたか知りたい人。購読画面が残量とリセット日を示し、クライアントには触らない。

タスク

  • Codex で DeepSeek を動かす。CLI が専用プロファイルとモデルカタログを書き出すので、DeepSeek ルートが ChatGPT のログインを乱さない。
  • 同じ作業でルートを比べる。同じキーから同じプロンプトを 2 つのモデルへ送り、利用行を並べて読む。
  • エージェントの 1 週間を点検する。利用をモデル、日付、クライアントで絞り、提供元が報告する範囲で入力と出力の合計を確かめる。
  • 案件を同僚に渡す。アカウント全体の権限を持つ提供元の秘密ではなく、権限を絞った予算付きキーを共有する。

シーン

  • Codex CLI と Router キー 1 本のノート PC。設定はサインイン、キー作成、設定コマンド 1 回で終わる。
  • 週次クォータを持つ Codex アカウントが複数ある。どのアカウントに余裕があり、いつクォータが戻るかを画面が示し、選ぶのは自分だ。
  • 契約前にモデルを試す。一度きりの試用は金額とトークンの両方に上限があり、試運転が想定外の請求にならない。
  • 秘密を設定ファイルに置きたくない共有機。キーは環境変数から読み、復元コマンドは管理下のプロファイルだけを退避する。

主な機能

コーディングクライアントを 1 つのエンドポイントに

対応クライアントはすべて zergrouter.com/v1 という同じベース URL を使う。ルーターは OpenAI の chat completions 形式を話し、Codex が送る Responses リクエストも受け取る。Pi、OpenCode、ZTC、Zerg のエージェントアプリも同じ OpenAI 互換エンドポイントにつながるので、新しい道具に必要なのはキーとベース URL だけだ。

Codex 向けに組まれた DeepSeek ルート

ドキュメントで最も紙面を割いているのが Codex Responses API の経路である。DeepSeek V4.1 Flash のカタログ項目は 100 万トークンのコンテキスト、画像入力、4 段階の推論強度、自由形式のパッチ編集を宣言する。shell コマンド、承認、サンドボックスは今までどおり手元の Codex が実行する。Modal はネイティブのカスタムツールを無視するため、ルーターが apply_patch を関数呼び出しに翻訳し、戻りでイベントを組み直す。

権限と日次予算を持つキー

キーは画面で発行し、保存時はハッシュだけを残す。権限は作成時に選び、既定の組み合わせはチャット、モデル読み取り、利用読み取りを覆う。daily_budget_usd は UTC でキーごとの支出を抑え、記録済みの支出がそこへ届くとリクエストは 429 を受け取る。予算はガードレールであり、進行中の処理を打ち切るものではない。

順序づけられたフェイルオーバー付きの提供元資格情報

Credentials には、自分のアカウントに請求が来るルート用の提供元 API キーを置く。各行に名前、有効状態、優先度の番号があり、同じ提供元の資格情報では番号の小さいものが先に試される。フェイルオーバーは出力開始前の対象となる失敗だけを扱うので、途中まで流れた応答が黙って別モデルに変わることはない。フォールバックチェーンはチャットリクエスト単位でも設定できる。

複数アカウントの Codex クォータ監視

Subscriptions は対応アカウントをつなぎ、週次クォータ、リセット日、繰り越されたリセットを報告する。古い測定値は消さずに残し、期限切れの印を付ける。ルーターは数字を示すだけで選択は委ねる。勝手に Codex へサインインしたり、セッションを別アカウントへ移したりはしない。

モデル・日付・クライアント別の利用記録

利用画面はトラフィックを入力、キャッシュ入力、出力のトークンに分ける。モデル、日付、クライアントで絞れるので、どの道具が予算を使ったかが見える。提供元が内訳を報告しない場合は推計値ではなく unknown と表示し、アカウント全体の Codex 履歴はルーティングしたリクエストと分けて扱う。

メリットとデメリット

メリット

  • クライアントを移さずに済む。Codex、Pi、OpenCode に必要なのはベース URL とキーだけで、 fork も改造ビルドも要らない。
  • 試用条件が金額とトークンの両方で示され、最初の課金リクエスト前に上限が分かる。
  • キーごとの日次予算はこの分野で見た中で最も単純な支出管理で、別の請求ツールなしで動く。
  • Codex アカウントを 2〜3 個持つ人にとってクォータ監視は実用的な答えになり、古い測定値は隠さず印を付ける。
  • 復元コマンドは自分が書いたファイルだけを退避するので、実験が動いている Codex 環境を壊さない。

デメリット

  • プラットフォーム負担の利用は 1 モデルだけ。DeepSeek V4 Pro や他の Modal モデルを使うなら、自前の提供元資格情報か別ルートが要る。
  • 推論は Modal の共有エンドポイントか Fireworks で動く。専用デプロイはなく、FAQ もデータ所在の地域を約束していない。
  • クォータのデータはセッションを動かさない。どの Codex アカウントを使うかは自分で決める必要があり、自動切り替えを期待した人には手間が残る。
  • 手動設定は TOML プロファイルと環境変数に慣れている前提だ。CLI が大半を隠すが、Node.js 22 以上を要求する。

よくある質問

アカウントで使えるモデルの手前に、認証済みのエンドポイントを 1 つ置く。Router キーで OpenAI 形式または Responses 形式のリクエストを送ると、ルーターが選んだ提供元へ転送する。あわせて、そのリクエストの支出、クォータ、トークン数を記録する。