· reAPI Team
openrouter 代替
自分で運用するゲートウェイなら LiteLLM、組織管理なら Portkey、マネージドルーティングなら Vercel、ローカルモデルなら Ollama、対応モデルへのホスト型アクセスなら reAPI を検討できます。
OpenRouter の代替は、何を置き換えたいかで変わります。 自社のモデルアカウントを使ってゲートウェイを運用するなら LiteLLM、ルーティングや組織の管理機能が必要なら Portkey、マネージドサービスと AI SDK の連携を求めるなら Vercel AI Gateway が候補です。Ollama のローカルサーバーは、自分のマシンで対応モデルを実行するための選択肢です。ホストされたモデルへのアクセスが必要で、reAPI のモデル一覧が用途を満たすなら、reAPI も検討できます。[1][2][3][4][5]
reAPI は私たちの製品です。この記事は 2026 年 10 月 22 日に確認した公式ドキュメントに基づく比較であり、レイテンシーのベンチマークではありません。すべてのサービスが同じモデルに対応するとも主張しません。正常に動いている連携を変更する前に、置き換えるサービスの種類を決めましょう。課金の仕組みは別記事の OpenRouter 料金ガイドで扱います。
openrouter 代替
モデルへのアクセスを購入すること、チームのモデルアカウントを管理すること、モデルをローカルで実行することは、それぞれ異なる作業です。ゲートウェイが管理を担っても、モデルアカウントまで提供するとは限りません。
| 選択肢 | ドキュメント上の役割 | 検討する場面 | 移行前の確認事項 |
|---|---|---|---|
| OpenRouter | モデルアクセス、請求の集約、プロバイダールーティング | 現在のモデルやルーティング設定が重要 | 設定変更だけで問題を解消できるか |
| reAPI | チャット・メディアモデルへのホスト型アクセス | 一覧にあるモデルを API から利用したい | 正確なモデル ID、エンドポイント、入力条件、現在の課金単位 |
| LiteLLM | Python SDK とセルフホスト型プロキシ | 既存のモデルアカウントを使い、ゲートウェイを管理したい | 配備、データベース、認証情報、予算制限の実効性 |
| Portkey | ルーティング、ログ、組織管理。オープンソースのゲートウェイも提供 | モデルアクセスの上に管理層が必要 | 選択したエディションと配備形態に含まれる機能 |
| Vercel AI Gateway | 任意のインフラから呼び出せるマネージドゲートウェイ | AI SDK、マネージドルーティング、リクエストログが必要 | SDK オプション、BYOK の動作、予算の対象範囲 |
| Ollama ローカルサーバー | OpenAI API の一部と互換性を持つローカル実行 | 対応するローカルモデルで作業を完了できる | ハードウェア、モデル品質、アプリが使う API 機能 |
各製品の公式ドキュメントに基づきます。[1][2][3][4][5][6]
reAPI を勧める前提は、対応モデルへのアクセスが目的であることです。LiteLLM のセルフホスト用ソフトウェアや Portkey の管理基盤全体の代替として紹介するものではありません。プロキシを自分で配備する必要があるなら、それらを先に検討してください。OpenRouter のプロバイダー選択を利用している場合、継続利用も合理的です。公開オプションにはプロバイダーの順序、フォールバック制御、データポリシーのフィルターがあります。[7]
openrouter vs litellm
LiteLLM にはアプリ内で使う Python ライブラリと、HTTP で呼び出すプロキシがあります。プロキシのドキュメントには仮想キー、費用追跡、管理画面が記載されています。推論の購入先を変えることよりも、チームのアクセスを管理したい場合に検討する理由があります。[1]
配備方式の違いは重要です。クイックスタートはプロキシと PostgreSQL を起動し、モデル、キー、利用ログをデータベースに保存します。構成ファイルだけで動かす簡易モードでは、同じ管理機能は使えません。公式文書は、データベースクライアントなしではグローバル予算を実効的な支出上限にできないと明記しています。[8]
単独の Python アプリなら SDK だけで足りる場合があります。アプリごとの認証情報を発行するチームには、プロキシとデータベースが必要かもしれません。データベースのバックアップ、更新、認証情報を暗号化するキーの保管も配備計画に含めてください。オープンソースであることは運用作業が不要という意味ではありません。[8]
ゲートウェイ自体を運用することが要件なら、LiteLLM は reAPI より適した候補です。ただし、総費用が安い、推論が速いという結論にはなりません。ホスティング費、エンジニアの作業、実際に使うモデルでの測定が必要です。モデル料金とゲートウェイ運用費は分けて考えます。
Portkey もこの比較に入ります。現在のドキュメントは Portkey（Prisma AIRS AI Gateway） という名称を使用し、条件付きルーティング、キャッシュ、フォールバック、予算制限、カスタムホストを説明しています。ローカル実行できるオープンソースのゲートウェイもあります。[2] それをインストールすればホスト型サービスの管理機能すべてが使えるとは考えず、エディションと配備方式を特定して比較してください。
openrouter vs vercel ai gateway
Vercel AI Gateway はマネージドサービスです。公式概要には AI SDK、OpenAI 互換クライアントなどの接続方法が記載されています。アプリを Vercel 上で動かす必要はありません。AI SDK を使う既存アプリでは、ルーティングとリクエストログを含めて検討できます。[3]
支出制御の範囲は確認が必要です。Vercel の予算はシステム認証情報で課金されるリクエストを対象とし、BYOK の支出は別途計測され、その上限には含まれません。BYOK リクエストが失敗した場合はシステム認証情報へフォールバックすることもあります。[3] 「指定したプロバイダーアカウントだけを使う」という要件は、設定とテストで確認してください。ゲートウェイの予算とプロバイダー側の予算は同じとは限りません。
自分でプロキシ一式を運用せずにルーティングとログを使えることが、この候補の意味です。他社の料金表だけを見て決めず、モデル、必須機能、課金先、フォールバック方針をそろえて比較します。
openrouter vs ollama
Ollama のローカルサーバーは推論の実行場所を変えます。公式互換性ドキュメントには OpenAI クライアントから localhost を呼ぶ例があり、OpenAI API の一部のみへの対応と明記されています。ローカルサーバーと別のクラウドサービスも区別されています。[4]
ローカル実行自体が要件で、利用できるモデルが作業に合うときに選んでください。base URL を変更するだけで、OpenRouter 経由のクローズドモデルを再現できるとは限りません。実際に動かせるモデルを確認し、アプリ固有の評価セットで回答を比較します。
小規模な試作では、手元のマシンで実際の作業を完了できるかを見ます。想定する最長入力、構造化出力、ツール呼び出しも含めてください。これは評価方法の提案であり、速度や品質の保証ではありません。呼び出しごとの請求書がなくても、ハードウェアと保守の費用は計算に含めます。
openrouter api key
移行先には移行先の認証情報を使います。OpenRouter のキーを別サービスへ送らないでください。移行先のキーと base URL を組にし、モデル名もそのサービスが指定する正確な ID に変更します。
reAPI ではモデル一覧から対象の API ドキュメントへ進んでください。GPT-6 Sol の公開例では、OpenAI クライアントの base URL は https://reapi.ai/api/v1 です。メディア生成は別の処理手順で、生成タスクを送信してからタスク ID をポーリングします。チャット補完の連携をそのまま画像・動画生成の連携と考えないでください。[9][10]
本番移行前に代表的なリクエストを少数選び、次を記録します。
- 両側の正確なモデルとエンドポイント。同じモデルを提供しているか。
- 入力形式、ストリーミングイベント、ツール引数、アプリが読む構造化出力。
- 完了と失敗の処理。ストリームが途中で終わったときの処理も含める。
- 課金アカウント、利用記録、意図して有効にした再試行やフォールバック。
これは推奨する受け入れ確認です。記事作成のための有料生成は行っていません。単純なテキスト応答が成功しても、他の機能まで動作する証拠にはなりません。必要な確認が終わるまで元の連携を残してください。
openrouter 料金
すべての用途で最安になる選択肢はありません。自分の条件で次の費用表を埋めて比較します。
| 費用項目 | ホスト型モデルサービス | 自己運用ゲートウェイ | ローカルモデル |
|---|---|---|---|
| 推論 | モデル利用量と適用されるアカウント費用 | 接続先モデルアカウントの利用量 | マシンまたは計算資源 |
| ゲートウェイ運用 | サービスに含まれる範囲を確認 | ホスティング、データベース、保守 | アプリ・サーバー保守 |
| 移行 | 連携と受け入れ確認 | 連携と配備 | 連携とモデル評価 |
これは費用整理の枠組みであり、実測ランキングではありません。reAPI の現在の料金と課金単位はモデルページで確認してください。OpenRouter の手数料やクレジット規則は料金記事にまとめています。
reAPI の対応モデルへのアクセスが目的なら API ドキュメントへ進めます。ゲートウェイを自己管理したいなら LiteLLM や Portkey を評価します。既存の OpenRouter 設定が要件を満たすなら、そのまま使うことで不要な移行を避けられます。OpenRouter の代替選びは、アプリに即した受け入れテストで判断してください。
検索された原文と回答
What is an OpenRouter?
この記事の OpenRouter は、統一 API でモデルへのアクセスを提供し、請求や利用情報を集約するホスト型サービスです。モデルそのものではありません。[6]
Is LiteLLM free?
文書ではオープンソースのライブラリとセルフホスト型ゲートウェイを説明しています。モデル推論、ホスティング、すべての商用機能が無料という意味ではありません。使う SDK またはゲートウェイのエディションを確認してください。[1]
What does Portkey do?
ルーティング、キャッシュ、フォールバック、利用量の制御を提供するゲートウェイです。現在のドキュメントには Prisma AIRS AI Gateway の名称もあります。オープンソース版が全機能を含むと仮定せず、選択するエディションを比較してください。[2]
参考資料
- LiteLLM. Getting Started. Retrieved October 22, 2026. docs.litellm.ai/docs/
- Portkey. AI Gateway. Retrieved October 22, 2026. portkey.ai/docs/product/ai-gateway
- Vercel. Call AI models across providers with Vercel AI Gateway. Retrieved October 22, 2026. vercel.com/docs/ai-gateway
- Ollama. OpenAI compatibility. Retrieved October 22, 2026. docs.ollama.com/api/openai-compatibility
- reAPI. Welcome and model catalog. Retrieved October 22, 2026. reapi.ai/docs and reapi.ai/models
- OpenRouter. Frequently Asked Questions. Retrieved October 22, 2026. openrouter.ai/docs/faq
- OpenRouter. Provider Routing. Retrieved October 22, 2026. openrouter.ai/docs/guides/routing/provider-selection
- LiteLLM. Quickstart. Retrieved October 22, 2026. docs.litellm.ai/docs/proxy/docker_quick_start
- reAPI. GPT-6 Sol API documentation. Reviewed October 22, 2026. reapi.ai/docs/gpt-6-sol
- reAPI. Quickstart. Reviewed October 22, 2026. reapi.ai/docs/api/quickstart