THINKLAB

AI TOOL DATABASE v2

OpenRouter

OpenRouterは多数のAIモデルと推論プロバイダーを一つのOpenAI互換APIにまとめ、価格・速度・可用性・データ条件で呼び分けるための統一ゲートウェイです。

AIネイティブ分類 AAPI・SDK公式サイト

選定サマリー

30秒で向き不向きを確認

AI位置づけ

AIネイティブ(AIそのものが中核のサービス)

向いている

複数モデルを一つのAPIで切り替えたい開発者

向いていない

特定providerと直接契約することが必須のシステム

料金

Free、Pay-as-you-go、Enterprise。Pay-as-you-goはモデル料金に加えて5.5%のplatform fee。

最大の強み

500以上のモデルと80以上のproviderを統一APIで扱える

注意点

providerごとにretention・training・region・機能差があるためprivacy設計は依然必要

THINKLAB判定

OpenRouterは『どのLLMを使うかを後から変えたい』プロダクトに特に強い統一APIです。単なるモデル一覧ではなく、provider routing、fallback、data policy、budgetを一つのgatewayへ集約できる点が価値です。

概要

OpenRouterは、OpenAI、Anthropic、Google、Meta系など多数のモデルを、共通のAPIキーとOpenAI互換インターフェースから利用できるAIモデルルーティング基盤です。

2026年8月時点の公式サイトでは500以上のモデルと80以上のプロバイダーを案内しています。

概要の続きを読む

同じモデルでも複数provider endpointを持つ場合があり、価格、latency、throughput、uptime、データ保持条件などに応じてroutingやfallbackを設定できます。

個別ベンダーごとにSDK・請求・障害対策を実装する代わりに、OpenRouterをアプリとモデル群の間に置くことで、モデル変更やprovider切替を一つのレイヤーに集約できます。

主な機能

500+ models / 80+ providers

多数のモデルと推論providerを一つのcatalogとAPIで比較・利用できます。

モデル追加時にアプリ側へ個別統合を増やしにくい構成です。

OpenAI-compatible API

OpenAI SDK互換の呼び出し方式を採用し、既存アプリからbase URL/API key/model指定を変更して移行しやすい設計です。

Routing & fallback

価格、latency、throughput、uptimeやprovider指定を使ってroutingし、特定provider障害時のfallbackを一つのレイヤーで扱えます。

Data policy routing

providerごとのtraining・retention情報を確認し、Zero Data Retentionやdata collection条件をrouting policyとして適用できます。

Budgets & spend controls

API keyやworkspaceで利用額を追跡・制限し、多数モデルを共通creditで運用できます。

Enterprise governance

EnterpriseではSSO/SAML、managed policy enforcement、契約SLA、請求オプション等を提供し、組織的なAI利用統制に対応します。

AI機能の詳細・制約はページ下部の「詳細情報」にまとめています

活用例

個人・一般

複数LLMの比較

同じpromptを複数モデルへ送り、品質・速度・token単価を比較して用途別のモデルを選ぶ。

モデル切替を前提にしたアプリ

アプリ側をOpenRouterの共通APIへ接続し、モデル変更や新モデル追加を設定中心で行う。

provider障害へのfallback

同一モデルの複数endpointや代替モデルを利用し、単一provider障害による停止リスクを下げる。

データ条件付きrouting

ZDRやtraining禁止などの条件を設定し、機密データを条件に合うproviderだけへ送る。

業務・組織

全社AI APIの入口統一

部署ごとに異なるLLM契約を増やす代わりに、共通gateway・budget・policy layerとしてOpenRouterを配置する。

コストと可用性の最適化

同一用途で複数モデル/providerを比較し、品質要件を満たす範囲で安価または高速なendpointへroutingする。

AIガバナンス

workspace guardrailsで利用モデル、provider、予算、ZDR、PII等のルールをAPI key/member単位へ適用する。

料金

Free、Pay-as-you-go、Enterpriseの3系統。

公式PricingではFreeは25以上のfree models・4 free providers・50 requests/day。

Pay-as-you-goは400以上のmodels、70以上のproviders、高いglobal limitsを提供し、platform feeは5.5%。

モデル推論価格はモデルごとに異なります。

無料枠あり

Free

$0

25+ free models、4 free providers、50 requests/day。コミュニティサポート。

Pay-as-you-go

モデル料金 + 5.5% platform fee

400+ models、70+ providers、high global limits。最低利用額なし。BYOKは月$25,000相当までfeeなし、その後5%。

Enterprise

個別契約

volume commitment、fee discount、SSO/SAML、contractual SLA、managed policy enforcement、請求対応等。

公式 Pricing ページを開く料金確認:2026年8月27日

強み・弱み

強み

  • 500以上のモデルと80以上のproviderを統一APIで扱える
  • OpenAI互換で既存アプリから移行しやすい
  • routing・fallback・provider preferenceをアプリから分離できる
  • ZDRやprovider data policyをrouting条件にできる
  • モデル別契約を増やさず共通creditとusage管理を利用できる

弱み

  • providerごとにretention・training・region・機能差があるためprivacy設計は依然必要
  • Pay-as-you-goではplatform feeが発生する
  • routing layerを追加するため直接provider APIより構成要素が一つ増える
  • 自動routingは固定モデルが必要な再現性・監査用途では設計に注意が必要

比較・競合

迷うときの比較軸

  • 対応モデル数
  • provider数
  • platform fee
  • provider routing
  • fallback
  • BYOK
  • ZDR・training policy
  • budget control
  • SSO/SAML
  • latency・throughput

OpenRouter vs LiteLLM

LiteLLMはOSS SDK/Proxyとして自社環境で多数providerを統一する選択肢。OpenRouterはhosted network、共通billing、provider routingをサービスとして提供します。

OpenRouter vs Portkey

PortkeyはAI Gateway、observability、guardrails、enterprise governanceを強く統合。OpenRouterは幅広いmodel/provider marketplaceとroutingが中心です。

OpenRouter vs Together AI

Together AIは自社AI cloud上のserverless/dedicated inferenceやfine-tuningを提供。OpenRouterは多数の外部providerを横断する統一routing layerです。

OpenRouter vs Fireworks AI

Fireworks AIは推論・fine-tuning・dedicated deploymentを自社基盤で提供。OpenRouterは複数推論基盤をまとめるgatewayとして使います。

THINKLABの結論

選定サマリーの判定を、選び方として整理したものです。

選ぶべき場合

複数モデルを継続的に比較したい、provider障害へ備えたい、OpenAI互換APIのままモデル選択肢を増やしたい場合。

別製品を選ぶべき場合

特定providerとの直接接続が契約・規制上必須の場合や、外部routing layerを追加できない環境。

確信度: high

詳細情報

導入判断の本線から外した補足です。必要な項目だけ開いてください。

AI機能の詳細

Unified OpenAI-compatible API

共通endpointとAPI keyから多数のモデルを呼び出し、OpenAI SDK等から移行しやすいAPI surfaceを提供します。

制約

モデルごとにcontext長、tool calling、structured output、画像・音声等の対応機能や価格が異なります。

Provider Routing & Fallback

同一モデルを提供する複数providerから、価格・性能・可用性等を考慮してendpointを選び、障害時はfallbackできます。

providerのorder/only等による制御も可能です。

制約

providerごとにデータ保持・training利用・region・機能対応が異なるため、企業利用ではrouting条件を明示的に設定する必要があります。

Auto Router

リクエスト内容を分類し、選択したcost-quality条件等に基づいて適切なモデルへ自動routingします。

制約

固定モデルを必須とする監査・再現性要件では、自動routingよりモデル/provider固定が適します。

Workspace Guardrails

workspace/member/API key単位で予算、ZDR、model/provider allowlist、prompt injection防御、PII redaction等のポリシーを適用します。

制約

利用可能な管理機能はplanやworkspace設定によって異なります。

向き不向き(一覧)

こんな人におすすめ

  • 複数モデルを一つのAPIで切り替えたい開発者
  • モデル/provider障害時のfallbackを簡素化したいチーム
  • 価格・性能・privacy条件でroutingしたいAIプロダクト
  • 組織のLLM利用を共通gatewayで管理したい企業

おすすめしないケース

  • 特定providerと直接契約することが必須のシステム
  • モデル/providerを完全固定し第三者routing layerを置けない規制環境
  • providerごとのデータ条件を確認せず機密情報を送信する運用
プラットフォーム / API

対応プラットフォーム

  • Web

API

あり

セキュリティ / データの扱い

OpenRouter自身のprompt/response保持はopt-inが基本ですが、実際の推論は選択されたmodel providerでも処理されるため、provider側のretention・training policyまで含めて制御する必要があります。

取扱い: 公式Data CollectionではOpenRouterはopt-inしない限りprompt/responseを保存せず、token数・latency等のmetadataは保存すると説明しています。provider側の保持条件は個別に異なり、OpenRouter上で比較・policy routingできます。

学習・送信: OpenRouter自身によるinput/outputの製品改善利用はopt-inです。provider側のtraining利用はproviderごとに異なるため、trainingを許可しないprovider/modelの選択やZDR/data policy routingを利用します。

情報源 / 最終確認日