OpenRouterとLiteLLM（2026年）—異なるレイヤーであり、質問するチームの多くは両方を実行すべきです

この比較は、ほぼどこで見ても枠組みが間違っています。それを示すのが検索結果の4番目で、LiteLLM自身のOpenRouter向けドキュメントページです。LiteLLMがOpenRouter統合を提供しているのは、両者が代替関係ではなく、異なるレイヤーだからです。 LiteLLMは保有するプロバイダーアカウントの上にデプロイするプロキシで、OpenRouterはプロバイダーアカウントを代わりに保持し、モデルアクセスを再販するホステッドサービスです。プロキシにはソースが必要で、OpenRouterはその1つです。両方を意図的に運用しているチームも多くあります。

偏りを明示します。Kunavoは私たちの製品であり、このページではOpenRouter側、つまりプロキシではなくホステッドなモデル提供元に属します。KunavoはLiteLLMの機能の代替ではなく、このページもそう主張していません。

レイヤーの違いを1つの表で

「モデルの提供元かどうか」の行を上から読めば、枠組みは崩れます。他の違いはすべて、そこから導かれます。

両方を使う場合 — 一般的な構成

前段にLiteLLM、背後にOpenRouterを置きます。アプリケーションは1つの内部エンドポイントに接続し、LiteLLMがキーごとの予算とチームルーティングを適用し、OpenRouterが、すべてのプロバイダーでアカウントを開設しなくてもカタログを提供します。OpenAI互換エンドポイントなら同じ方法で組み込めるため、フェイルオーバー用の2つ目のソースも数行で追加できます。

# LiteLLM and OpenRouter are layers, not rivals. This is a
# LiteLLM config with two model sources behind one proxy.
model_list:
  - model_name: claude-sonnet
    litellm_params:
      model: openrouter/anthropic/claude-sonnet-4.6
      api_key: os.environ/OPENROUTER_API_KEY

  # A second source behind the same proxy — any OpenAI-compatible
  # endpoint works the same way.
  - model_name: claude-sonnet-backup
    litellm_params:
      model: openai/claude-sonnet-5
      api_base: https://api.kunavo.com/v1
      api_key: os.environ/KUNAVO_API_KEY

「vs」という問いが通常示すべきだったのはこの構成です。どちらか一方を選ぶのではなく、ホステッドなソースの上にプロキシレイヤーが本当に必要かどうかです。

本当に一方だけが必要な場合

• OpenRouterだけ — プロバイダーアカウントを持っておらず、持つつもりもなく、ルーティングのニーズがホステッドゲートウェイの機能で満たされる場合です。ここでLiteLLMを追加しても、運用するサービスが増えるだけで、得られるものはほとんどありません。このカテゴリの代替案：OpenRouter roundup。
• LiteLLMだけ — すでにプロバイダーアカウントを保有し、交渉済みの料金を利用できる可能性があり、不足しているのが制御機能の場合です。1つのエンドポイント、キーごとの予算、ルーティングポリシー、インフラの外に出ないプロンプトテキストが得られます。再販業者は、どのような価格でも最後の要件を満たせません。
• どちらでもない — ルーティングとガバナンスは必要だが、運用するサービスは望まない場合です。それはホステッドBYOキー対応コントロールプレーンであり、両者とは別の第3のカテゴリです。LLMゲートウェイの4つのカテゴリ。

どちらかに決める前に確認すべき2つのこと

LiteLLM側：運用範囲。セルフホスト型プロキシはビルドに含まれるパッケージであり、CI/CDとクラスターを影響範囲に置きます。これは仮定上の問題ではなく、このプロジェクトで2026年3月のサプライチェーンインシデントが示しました。LiteLLMの対応は大規模で、v1.83.0以降を使う人にとってインシデントは収束していますが、この構造上の論点はすべてのセルフホスト型プロキシに当てはまります。

OpenRouter側：価格の下限。定価をクレジット購入時の手数料付きで転嫁する再販業者は、自分のアカウントより自動的に安いわけでも、公開定価のアカウントなら自動的に高いわけでもありません。比較すべきなのは、利用するモデルごとに、自分の実際の料金とゲートウェイの実際の料金です。Kunavoはほとんどのモデルをプロバイダーの公式料金より低く掲載しています。これは逆方向から同じ比較を行うものです。KunavoとOpenRouterの比較。

ワイヤー互換性 — 切り替えコストを低く保つ

両者はOpenAIワイヤープロトコルに対応しており、どちらに対するホステッドな代替サービスも同様です（OpenRouterのドキュメント · LiteLLMのドキュメント）。どちらを選んでも、選択を誤った場合のコストはbase_urlとキーの変更だけです。これはこのページで最も有用な事実です。この判断に、チームによっては数週間を費やしますが、そこまでの価値はありません。詳細はOpenAI互換APIガイドをご覧ください。

よくある質問