AI TOOL DATABASE v2
OpenRouter
OpenRouterは多数のAIモデルと推論プロバイダーを一つのOpenAI互換APIにまとめ、価格・速度・可用性・データ条件で呼び分けるための統一ゲートウェイです。
選定サマリー
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を利用します。