著者：張アイラ（Zhang Aila）
今日は、ミドルウェア（中継局）について話しましょう。
簡単に言えば、モデル中継局 とは、OpenAI、Claude、Gemini、DeepSeek などの異なるモデルを1つのエントリポイントに集約し、開発者が1つのAPI、1つのアカウント、統一された請求書で複数のモデルを呼び出し、モデルやプロバイダー間で選択、切り替え、バックアップを行えるようにするものです。
もちろん、中国国内のユーザーにとって、中継局を使う大きな理由は海外のモデルを利用できることと、より安く済むことです。
これは皆さんご存知の通り、国内の中継局については多くは語りません。本日は主に OpenRouter を紹介します。
2026年までに、OpenRouter はシリーズBで1億1300万ドルを調達し、評価額は約13億ドルに達しています。
つまり、すでにユニコーン企業です。
では、「モデルを作らない」モデル中継局が、なぜこれほどの価値を持つのかを分析してみましょう。
OpenRouter は一体何をするのか？
OpenRouter の公式な自己位置づけは、「統一された大規模モデルインターフェース」 です。
OpenRouter は現在、400以上のモデル、70以上のモデルプロバイダーをサポートしています。
公式サイトでは、プラットフォームの月間処理量は100兆トークン、全世界のユーザー数は1000万人を超えると公表されています。
2026年5月のシリーズB調達発表でも、過去6ヶ月間にOpenRouterの週間処理量が5兆トークンから25兆トークンに増加し、800万人以上の開発者にサービスを提供していると述べられています。
これらの数字は、1つのことを示しています。
OpenRouter は、もはやニッチな開発者ツールではなく、大規模なAI呼び出しエントリポイント であるということです。
開発者による使用方法も非常にシンプルです。
従来は、OpenAI、Anthropic、Google、DeepSeek、Mistral、xAI などのモデルにそれぞれ接続する必要がありました。
各プロバイダーに接続するたびに、ドキュメントを読み、APIキーを申請し、請求を設定し、インターフェースの違いを処理し、レート制限ルールを確認し、エラーハンドリングを行わなければなりませんでした。
OpenRouter を使用すると、開発者は同じAPIを通じて異なるモデルを呼び出せます。
多くの場合、元々OpenAIのインターフェースを使用していたコードは、ベースURLを変更し、APIキーを交換し、モデル名を指定するだけで、OpenRouter 経由で別のモデルを呼び出せるようになります。
これが、初期の成長が速かった理由の1つでもあります。移行コストが低いからです。
なぜ開発者はモデル会社に直接接続しないのか？
一見すると、開発者はOpenRouterを迂回して、直接モデル会社のウェブサイトでAPIを開設できるように思えます。
しかし、実際の開発では、そう単純ではありません。
AIプロダクトがデモ段階であれば、1つのモデルで十分です。しかし、実際のビジネスに入ると、1つのモデルだけに依存するのは難しくなります。
例えば、AI文章作成ツールには、いくつかの異なるタスクが考えられます。
このような状況では、問題は単に「APIを接続する」だけではありません。
チームは、完全なモデル呼び出しシステムを維持する必要があります。
さらに厄介なのは、モデル市場の変化が非常に速いことです。
今日はClaudeがコード作成に優れ、明日はGeminiの長いコンテキストが有利になり、明後日にはDeepSeekやあるオープンソースモデルが価格を引き下げるかもしれません。
モデルの性能、価格、コンテキスト長、プロバイダーのポリシーは常に変化しています。
ここにOpenRouterの価値があります。
OpenRouterは、開発者に代わってAIアプリケーションを書くのではなく、「どのモデルを使うか、どう呼び出すか、どうバックアップするか、どうコストを管理するか」 を管理するのです。
単なるモデルスーパーマーケットではなく、モデルオーケストレーション層
OpenRouter を単なる「モデルスーパーマーケット」と理解すると、その価値を過小評価することになります。
モデルスーパーマーケットは「ここには多くのモデルがあります、選んでください」という問題を解決します。
しかし、OpenRouter の本当に重要な能力は、モデルとプロバイダーの間でのオーケストレーション です。
同じモデルでも、異なるプロバイダーが推論サービスを提供する場合があります。
例えば、オープンソースモデルは、複数のクラウドサービスプロバイダーや推論サービスプロバイダーによってホストされることがあります。プロバイダーごとに価格、速度、安定性は異なります。
OpenRouter のドキュメントには provider routing（プロバイダールーティング） という機能があり、開発者は価格、レイテンシ、スループット、プロバイダーの順序などの条件に基づいて、リクエストを自動的に異なるプロバイダーにルーティングできます。
また、fallback（フォールバック） もサポートしており、特定のモデルやプロバイダーが失敗した場合、システムが自動的にバックアップオプションに切り替えます。
開発者にとって、OpenRouter は「モデルの選択」と「障害処理」をビジネスコードから切り離し、専門のプラットフォームに任せることを意味します。
企業はなぜこの層を必要とするのか？
企業がAIを導入する場合、初期の問題は通常「使えるかどうか」ですが、すぐに「どう管理するか」に変わります。
企業内部では、多くのチームがAIを利用するかもしれません。
各チームが自分たちでモデルに接続すると、問題が増えます。
OpenRouter が提供するワークスペース、予算管理、呼び出しログ、プロバイダーポリシー、ゼロデータ保持ルーティングは、これらの問題を解決します。
例えば、ゼロデータ保持。
多くの企業にとって、すべてのリクエストを任意のモデルプロバイダーに送信できるわけではありません。顧客情報、契約内容、医療データ、金融データには厳しい要件がある場合があります。
OpenRouter のドキュメントでは Zero Data Retention（ゼロデータ保持） をサポートしており、開発者はリクエストをデータを保存しないプロバイダーのみに送信するように設定できます。このポリシーは、グローバル、モデルグループ、セキュリティルール、または個々のリクエストごとに適用できます。
さらに、prompt caching（プロンプトキャッシング） もあります。
多くのAIアプリケーションでは、長いシステムプロンプト、ナレッジベースコンテンツ、コンテキストを繰り返し使用します。毎回再計算するとコストが高くなります。
OpenRouter はプロバイダー粘着性ルーティングをサポートし、キャッシュヒット率を高め、後続のリクエストを同じプロバイダーエンドポイントに送信することで、重複コンテキストのコストを削減します。
このような機能は派手ではありませんが、非常に実用的で、AIアプリケーションの規模が大きくなるほど、節約されるコストは顕著になります。
OpenRouter はどうやって稼ぐのか？
OpenRouter のビジネスモデルは明確です。使用量に基づいて課金 します。
開発者はまずプラットフォームのクレジットを購入し、実際に呼び出したモデルとトークン数に応じて支払います。
OpenRouter 公式は明確に述べています。
これは典型的な 「トラフィック通過料」 ビジネスです。
このモデルの利点は、収入が使用量に連動することです。
開発者の呼び出しが多ければ多いほど、プラットフォームの収入は増えます。AIアプリケーションが増え、トークン消費が増えるほど、OpenRouter のビジネスは拡大します。
ただし、特徴として、1回あたりの手数料は低いため、規模が重要 になります。
これが、トークン処理量がOpenRouterにとって極めて重要である理由です。
中核的な指標は登録ユーザー数ではなく、毎週・毎月どれだけのトークンが流れるか です。
2025年、OpenRouter の年間処理量は約10兆トークンから100兆トークン以上に成長しました。
2026年には、OpenRouter は年間約1.5京（1.5×10^15）トークンの処理量に達しています。
これがこのビジネスの根本的なロジックです。
ますます多くのAIアプリケーションがマルチモデルシステムで動作するようになれば、OpenRouter はそれらの呼び出しから継続的にサービス料を徴収できます。
なぜ最近の成長がこれほど速いのか？
OpenRouter の成長は、要約すると3つの変化を捉えたことによります。
1つ目の変化：モデルの数が増えている。
かつてはAIアプリケーションを作る際、多くのチームがデフォルトでOpenAIを使用していました。今は違います。
Claude、Gemini、DeepSeek、Qwen、Mistral、Llama、Grok、そして多数のオープンソースおよびオープンウェイトモデルが、さまざまなシナリオで優位性を持っています。
これは「誰が完全に誰を置き換えるか」という市場ではありません。
モデルが増えれば増えるほど、選択のコストは高くなります。選択のコストが高くなれば、中間層の価値は高まります。
2つ目の変化：AIアプリケーションがコストを重視し始めた。
多くのプロダクトは初期段階で最強のモデルを使用します。まず効果を出す必要があるからです。
しかし、プロダクトにユーザーがつくと、モデルコストはすぐに問題になります。
カスタマーサービスのボット、AI検索プロダクト、コードアシスタント、コンテンツ生成ツールなど、すべてのリクエストに最も高価なモデルを使うと、粗利益がすぐに食いつぶされます。
より成熟したアプローチは、タスクを分割することです。
これこそがOpenRouterの使用シナリオです。
OpenRouter は必ずしも「最強のモデル」を見つける手助けをするわけではありませんが、効果、価格、速度、安定性のバランスを取るのに役立ちます。
3つ目の変化：AIアプリケーションがチャットボックスからエージェントへと進化している。
エージェントはツールを呼び出し、ファイルを読み取り、ウェブを検索し、タスクを実行し、連続して複数回モデルを呼び出します。
通常のチャットと比較して、エージェントはより多くのトークンを消費し、安定性に依存します。
これはOpenRouterにとってプラスです。
なぜなら、呼び出し回数が増え、チェーンが長くなるほど、開発者はルーティング、バックアップ、ログ、コスト管理、プロバイダー管理を必要とするからです。
これが、OpenRouterの資金調達発表で、AIが実験段階から重要なプロダクションアプリケーションやエージェントシナリオへ移行していると強調されている理由でもあります。
その成長は、本質的にAI呼び出し量の増加に起因しています。
このビジネスにはリスクもある
OpenRouter の位置づけは良いですが、安全とは言えません。
モデル企業、クラウドベンダー、アプリケーション開発者の間に挟まれています。この位置は価値がある一方で、圧迫されやすいです。
1つ目のリスク：大企業が自社で構築する可能性。
小規模チームにとって、OpenRouter は非常に便利です。
しかし、大企業にとっては、モデルルーティング、権限、ログ、コスト管理を自社で行うことも、あるいはクラウドベンダーに任せることもできます。
特に金融、医療、政府機関の顧客は、データの制御可能性やプライベートデプロイメントをより重視する可能性があります。
OpenRouter がこれらの顧客に参入するには、「モデルが多い」だけでは不十分です。権限、監査、データポリシー、プロバイダー管理、エンタープライズサポートを十分に深くする必要があります。
2つ目のリスク：クラウドベンダーもモデルゲートウェイを提供する可能性。
AWS、Google Cloud、Azure などのクラウドプラットフォームは、既にエンタープライズ顧客、請求システム、権限システム、コンプライアンス機能を持っています。
これらのプラットフォームは、マルチモデル呼び出し、ルーティング、監視、コスト管理をクラウドサービスの一部として提供できます。
OpenRouter の強みは、オープンでニュートラルであり、モデルカバレッジが広く、接続が速いことです。
しかし、クラウドベンダーの強みは顧客関係とエンタープライズ調達プロセスであり、これは長期的な競争です。
3つ目のリスク：モデルプロバイダーとの関係。
OpenRouter はモデル企業にトラフィックをもたらしますが、同時にモデル企業を最終開発者から遠ざけます。
プラットフォームが大きくなるにつれて、より多くのユーザー関係とモデル使用データを掌握します。
モデルプロバイダーは、流通を得たい一方で、交渉力を弱められることを懸念します。
この種の中間層プラットフォームは、初期には供給側に歓迎されますが、規模が大きくなると関係が微妙になります。
4つ目のリスク：プラットフォーム手数料が引き下げられる可能性。
OpenRouter は5.5%のプラットフォーム手数料を徴収していますが、現在は低く見えます。
しかし、同様のサービスが増えれば、開発者は価格、安定性、モデルカバレッジ、エンタープライズ機能を比較するでしょう。
競合他社がより低い手数料を提示したり、クラウドベンダーが同様の機能を既存サービスにバンドルしたりした場合、OpenRouter は「単なるリクエストフォワーダー」ではないことを証明する必要があります。
より優れたルーティング、より強力なモデルカバレッジ、より透明性の高い価格、より安定したサービス、より完全なエンタープライズ制御を継続的に提供しなければなりません。
825.23K 人気度
378.75M 人気度
62.7K 人気度
298.34K 人気度
2.18M 人気度
OpenRouter：どうやって「モデル中継ステーション」で10億ドル企業になるのか？
著者：張アイラ（Zhang Aila）
今日は、ミドルウェア（中継局）について話しましょう。
簡単に言えば、モデル中継局 とは、OpenAI、Claude、Gemini、DeepSeek などの異なるモデルを1つのエントリポイントに集約し、開発者が1つのAPI、1つのアカウント、統一された請求書で複数のモデルを呼び出し、モデルやプロバイダー間で選択、切り替え、バックアップを行えるようにするものです。
もちろん、中国国内のユーザーにとって、中継局を使う大きな理由は海外のモデルを利用できることと、より安く済むことです。
これは皆さんご存知の通り、国内の中継局については多くは語りません。本日は主に OpenRouter を紹介します。
2026年までに、OpenRouter はシリーズBで1億1300万ドルを調達し、評価額は約13億ドルに達しています。
つまり、すでにユニコーン企業です。
では、「モデルを作らない」モデル中継局が、なぜこれほどの価値を持つのかを分析してみましょう。
OpenRouter は一体何をするのか？
OpenRouter の公式な自己位置づけは、「統一された大規模モデルインターフェース」 です。
OpenRouter は現在、400以上のモデル、70以上のモデルプロバイダーをサポートしています。
公式サイトでは、プラットフォームの月間処理量は100兆トークン、全世界のユーザー数は1000万人を超えると公表されています。
2026年5月のシリーズB調達発表でも、過去6ヶ月間にOpenRouterの週間処理量が5兆トークンから25兆トークンに増加し、800万人以上の開発者にサービスを提供していると述べられています。
これらの数字は、1つのことを示しています。
OpenRouter は、もはやニッチな開発者ツールではなく、大規模なAI呼び出しエントリポイント であるということです。
開発者による使用方法も非常にシンプルです。
従来は、OpenAI、Anthropic、Google、DeepSeek、Mistral、xAI などのモデルにそれぞれ接続する必要がありました。
各プロバイダーに接続するたびに、ドキュメントを読み、APIキーを申請し、請求を設定し、インターフェースの違いを処理し、レート制限ルールを確認し、エラーハンドリングを行わなければなりませんでした。
OpenRouter を使用すると、開発者は同じAPIを通じて異なるモデルを呼び出せます。
多くの場合、元々OpenAIのインターフェースを使用していたコードは、ベースURLを変更し、APIキーを交換し、モデル名を指定するだけで、OpenRouter 経由で別のモデルを呼び出せるようになります。
これが、初期の成長が速かった理由の1つでもあります。移行コストが低いからです。
なぜ開発者はモデル会社に直接接続しないのか？
一見すると、開発者はOpenRouterを迂回して、直接モデル会社のウェブサイトでAPIを開設できるように思えます。
しかし、実際の開発では、そう単純ではありません。
AIプロダクトがデモ段階であれば、1つのモデルで十分です。しかし、実際のビジネスに入ると、1つのモデルだけに依存するのは難しくなります。
例えば、AI文章作成ツールには、いくつかの異なるタスクが考えられます。
このような状況では、問題は単に「APIを接続する」だけではありません。
チームは、完全なモデル呼び出しシステムを維持する必要があります。
さらに厄介なのは、モデル市場の変化が非常に速いことです。
今日はClaudeがコード作成に優れ、明日はGeminiの長いコンテキストが有利になり、明後日にはDeepSeekやあるオープンソースモデルが価格を引き下げるかもしれません。
モデルの性能、価格、コンテキスト長、プロバイダーのポリシーは常に変化しています。
ここにOpenRouterの価値があります。
OpenRouterは、開発者に代わってAIアプリケーションを書くのではなく、「どのモデルを使うか、どう呼び出すか、どうバックアップするか、どうコストを管理するか」 を管理するのです。
単なるモデルスーパーマーケットではなく、モデルオーケストレーション層
OpenRouter を単なる「モデルスーパーマーケット」と理解すると、その価値を過小評価することになります。
モデルスーパーマーケットは「ここには多くのモデルがあります、選んでください」という問題を解決します。
しかし、OpenRouter の本当に重要な能力は、モデルとプロバイダーの間でのオーケストレーション です。
同じモデルでも、異なるプロバイダーが推論サービスを提供する場合があります。
例えば、オープンソースモデルは、複数のクラウドサービスプロバイダーや推論サービスプロバイダーによってホストされることがあります。プロバイダーごとに価格、速度、安定性は異なります。
OpenRouter のドキュメントには provider routing（プロバイダールーティング） という機能があり、開発者は価格、レイテンシ、スループット、プロバイダーの順序などの条件に基づいて、リクエストを自動的に異なるプロバイダーにルーティングできます。
また、fallback（フォールバック） もサポートしており、特定のモデルやプロバイダーが失敗した場合、システムが自動的にバックアップオプションに切り替えます。
開発者にとって、OpenRouter は「モデルの選択」と「障害処理」をビジネスコードから切り離し、専門のプラットフォームに任せることを意味します。
企業はなぜこの層を必要とするのか？
企業がAIを導入する場合、初期の問題は通常「使えるかどうか」ですが、すぐに「どう管理するか」に変わります。
企業内部では、多くのチームがAIを利用するかもしれません。
各チームが自分たちでモデルに接続すると、問題が増えます。
OpenRouter が提供するワークスペース、予算管理、呼び出しログ、プロバイダーポリシー、ゼロデータ保持ルーティングは、これらの問題を解決します。
例えば、ゼロデータ保持。
多くの企業にとって、すべてのリクエストを任意のモデルプロバイダーに送信できるわけではありません。顧客情報、契約内容、医療データ、金融データには厳しい要件がある場合があります。
OpenRouter のドキュメントでは Zero Data Retention（ゼロデータ保持） をサポートしており、開発者はリクエストをデータを保存しないプロバイダーのみに送信するように設定できます。このポリシーは、グローバル、モデルグループ、セキュリティルール、または個々のリクエストごとに適用できます。
さらに、prompt caching（プロンプトキャッシング） もあります。
多くのAIアプリケーションでは、長いシステムプロンプト、ナレッジベースコンテンツ、コンテキストを繰り返し使用します。毎回再計算するとコストが高くなります。
OpenRouter はプロバイダー粘着性ルーティングをサポートし、キャッシュヒット率を高め、後続のリクエストを同じプロバイダーエンドポイントに送信することで、重複コンテキストのコストを削減します。
このような機能は派手ではありませんが、非常に実用的で、AIアプリケーションの規模が大きくなるほど、節約されるコストは顕著になります。
OpenRouter はどうやって稼ぐのか？
OpenRouter のビジネスモデルは明確です。使用量に基づいて課金 します。
開発者はまずプラットフォームのクレジットを購入し、実際に呼び出したモデルとトークン数に応じて支払います。
OpenRouter 公式は明確に述べています。
これは典型的な 「トラフィック通過料」 ビジネスです。
このモデルの利点は、収入が使用量に連動することです。
開発者の呼び出しが多ければ多いほど、プラットフォームの収入は増えます。AIアプリケーションが増え、トークン消費が増えるほど、OpenRouter のビジネスは拡大します。
ただし、特徴として、1回あたりの手数料は低いため、規模が重要 になります。
これが、トークン処理量がOpenRouterにとって極めて重要である理由です。
中核的な指標は登録ユーザー数ではなく、毎週・毎月どれだけのトークンが流れるか です。
2025年、OpenRouter の年間処理量は約10兆トークンから100兆トークン以上に成長しました。
2026年には、OpenRouter は年間約1.5京（1.5×10^15）トークンの処理量に達しています。
これがこのビジネスの根本的なロジックです。
ますます多くのAIアプリケーションがマルチモデルシステムで動作するようになれば、OpenRouter はそれらの呼び出しから継続的にサービス料を徴収できます。
なぜ最近の成長がこれほど速いのか？
OpenRouter の成長は、要約すると3つの変化を捉えたことによります。
1つ目の変化：モデルの数が増えている。
かつてはAIアプリケーションを作る際、多くのチームがデフォルトでOpenAIを使用していました。今は違います。
Claude、Gemini、DeepSeek、Qwen、Mistral、Llama、Grok、そして多数のオープンソースおよびオープンウェイトモデルが、さまざまなシナリオで優位性を持っています。
これは「誰が完全に誰を置き換えるか」という市場ではありません。
モデルが増えれば増えるほど、選択のコストは高くなります。選択のコストが高くなれば、中間層の価値は高まります。
2つ目の変化：AIアプリケーションがコストを重視し始めた。
多くのプロダクトは初期段階で最強のモデルを使用します。まず効果を出す必要があるからです。
しかし、プロダクトにユーザーがつくと、モデルコストはすぐに問題になります。
カスタマーサービスのボット、AI検索プロダクト、コードアシスタント、コンテンツ生成ツールなど、すべてのリクエストに最も高価なモデルを使うと、粗利益がすぐに食いつぶされます。
より成熟したアプローチは、タスクを分割することです。
これこそがOpenRouterの使用シナリオです。
OpenRouter は必ずしも「最強のモデル」を見つける手助けをするわけではありませんが、効果、価格、速度、安定性のバランスを取るのに役立ちます。
3つ目の変化：AIアプリケーションがチャットボックスからエージェントへと進化している。
エージェントはツールを呼び出し、ファイルを読み取り、ウェブを検索し、タスクを実行し、連続して複数回モデルを呼び出します。
通常のチャットと比較して、エージェントはより多くのトークンを消費し、安定性に依存します。
これはOpenRouterにとってプラスです。
なぜなら、呼び出し回数が増え、チェーンが長くなるほど、開発者はルーティング、バックアップ、ログ、コスト管理、プロバイダー管理を必要とするからです。
これが、OpenRouterの資金調達発表で、AIが実験段階から重要なプロダクションアプリケーションやエージェントシナリオへ移行していると強調されている理由でもあります。
その成長は、本質的にAI呼び出し量の増加に起因しています。
このビジネスにはリスクもある
OpenRouter の位置づけは良いですが、安全とは言えません。
モデル企業、クラウドベンダー、アプリケーション開発者の間に挟まれています。この位置は価値がある一方で、圧迫されやすいです。
1つ目のリスク：大企業が自社で構築する可能性。
小規模チームにとって、OpenRouter は非常に便利です。
しかし、大企業にとっては、モデルルーティング、権限、ログ、コスト管理を自社で行うことも、あるいはクラウドベンダーに任せることもできます。
特に金融、医療、政府機関の顧客は、データの制御可能性やプライベートデプロイメントをより重視する可能性があります。
OpenRouter がこれらの顧客に参入するには、「モデルが多い」だけでは不十分です。権限、監査、データポリシー、プロバイダー管理、エンタープライズサポートを十分に深くする必要があります。
2つ目のリスク：クラウドベンダーもモデルゲートウェイを提供する可能性。
AWS、Google Cloud、Azure などのクラウドプラットフォームは、既にエンタープライズ顧客、請求システム、権限システム、コンプライアンス機能を持っています。
これらのプラットフォームは、マルチモデル呼び出し、ルーティング、監視、コスト管理をクラウドサービスの一部として提供できます。
OpenRouter の強みは、オープンでニュートラルであり、モデルカバレッジが広く、接続が速いことです。
しかし、クラウドベンダーの強みは顧客関係とエンタープライズ調達プロセスであり、これは長期的な競争です。
3つ目のリスク：モデルプロバイダーとの関係。
OpenRouter はモデル企業にトラフィックをもたらしますが、同時にモデル企業を最終開発者から遠ざけます。
プラットフォームが大きくなるにつれて、より多くのユーザー関係とモデル使用データを掌握します。
モデルプロバイダーは、流通を得たい一方で、交渉力を弱められることを懸念します。
この種の中間層プラットフォームは、初期には供給側に歓迎されますが、規模が大きくなると関係が微妙になります。
4つ目のリスク：プラットフォーム手数料が引き下げられる可能性。
OpenRouter は5.5%のプラットフォーム手数料を徴収していますが、現在は低く見えます。
しかし、同様のサービスが増えれば、開発者は価格、安定性、モデルカバレッジ、エンタープライズ機能を比較するでしょう。
競合他社がより低い手数料を提示したり、クラウドベンダーが同様の機能を既存サービスにバンドルしたりした場合、OpenRouter は「単なるリクエストフォワーダー」ではないことを証明する必要があります。
より優れたルーティング、より強力なモデルカバレッジ、より透明性の高い価格、より安定したサービス、より完全なエンタープライズ制御を継続的に提供しなければなりません。