Stripe、OpenRouterのトークン台帳に$7.5Bを賭ける

2026年8月、OpenRouterは400超のモデルで週25 trillion tokensを処理していた。Stripeは、このマーケットプレイスを報じられた$7.5 billionで買収することで合意した。開発者はエンドポイントでモデルを切り替えられたが、各リクエストを処理し、そのコストを計上する主体は依然として必要だった。

OpenRouterは、クラウド、モデルホスト、アプリケーションベンダーがこれらの機能を自社事業へ組み込む前に、モデルの代替可能性を、信頼できるルーティング、容量へのアクセス、計測、請求へ変えようとしている。より安価な代替手段は開発者にモデルを比較する理由を与え、継続的なトークン請求は買い手にその選択を管理する理由を与えた。

マーケットプレイスは支出の結節点になった

OpenRouterは2023年、AIモデルのマーケットプレイスとして始まった。2026年8月の報道によると、同社の週次トラフィックは6カ月で5 trillion tokensから25 trillion tokensへ増加した。これはサービスを通過するトラフィックの計測であり、売上高や同社が支配する推論シェアを示すものではない。ただし、開発者がモデルを一度試すためでなく繰り返し使うようになると、共通のアクセス地点がなぜ重要になるかは示している。

Stripeの決済との接続には商業的な合理性がある。ルーティングされた各リクエストは、利用記録、請求、プロバイダーへの支払いになり得る。しかし、エンドポイントを所有するだけでStripeがその取引を支配できるわけではない。ワークロードがモデル間を移動しても支出を照合できるよう、Stripeはリクエスト、プロバイダー、利用量、顧客アカウントについて十分な情報を保持する必要がある。

モデル調達スタックでは、カタログは開発者がモデルを見つける助けになる。支出の結節点には、どのモデルがワークロードを処理し、いくらで、どの商業的取り決めの下で提供されたかを買い手が理解できる機能が必要だ。後者は、顧客にとって別のリストで置き換えるのがより難しい。

ウォレットシェアの変化がモデル選択を継続的な購買にする

The Wall Street Journalは、Anthropicが1月にOpenRouterの法人支出の75%超を占めていた一方、9月にはAnthropicとOpenAIがほぼ拮抗していたと報じた。OpenRouterは別途、9月7日の週にユーザーがAnthropicモデルよりOpenAIモデルに多く支出したと述べた。これは2024年2月26日以来初めての週だった。週次のユーザー指標と月次の法人支出比較は同じ系列ではない。どちらも、個々の顧客が切り替えたのか、新規顧客が構成比を変えたのか、両プロバイダーで支出が増えたのかは示していない。

買い手には供給者を比較する理由があるが、Anthropicのシェアが低下した理由は報道から確定できない。報道は、6月から9月にかけたOpenAIとAnthropicの値下げを、低い切り替えコストとオープンウェイトモデルからの圧力に帰している。価格がデプロイメントサイクルの途中で変わるなら、固定的なプロバイダー契約は取り逃がしを生む可能性がある。それでも買い手は、別のモデルが特定のリクエストに十分かを判断しなければならない。安価なトークンが、自動的に安価な完了済みタスクを意味するわけではない。買い手は請求書上のモデル名ごとではなく、ワークロードごとの推論コストを測るべきである。

アプリケーションはアロケーターを自ら構築している

Metaの社内AIインキュベーターは、一部のタスクを低コストモデルへ送るSwitchboardを開発していた。RampはRouterを公開した。その前に3年間、社内で使っていた。Runwayは生成メディア向けに設計したルーターを公開した。これらの企業は顧客も製品も異なるが、それぞれにモデル選択を自社ワークロードの近くに置く理由がある。Metaはコーディング支出を狙え、Runwayはメディアタスクを軸に設計できる。汎用ゲートウェイは、共通のエンドポイントを持つだけで、どちらの仕事についても最良の情報を得られるとは考えられない。

アプリケーションベンダーは、モデルが失敗したときや結果が期待外れだったときにユーザーに何を見せるかも決める。そのため、アクセスと請求を別の場所から購入していても、ルーティングルールを保持する理由がある。企業の買い手は、認可、データ所在地、監査のルールをルーターに強制させることもあり得る。ただし、引用した報道はいずれも、それらの理由で行われたモデル切り替えを記録していない。

オープンウェイトは選択肢を広げるが、提供容量は増やさない

オープンウェイトモデルは開発者の選択肢を増やすが、そのプロバイダーには依然として提供容量が必要だ。Z.aiはGLM-5.3-Flashを匿名でテストした。OpenCodeとOpenRouterを通じて提供し、中国製AIチップでトラフィックを処理した後、重みを公開した。開発者が目にしたのは選択可能なモデルだったが、Z.aiはなおそれをどこかで稼働させる必要があった。

Together AIとIBMは$240 millionの複数年契約を締結した。Nvidia HGX B300システムを使い、IBM Cloud上に推論クラスターを構築するためである。Together AIはサウジアラビアでHumainのコンピューティングも利用することで合意した。一方Cursorは、Composer 2向けにFireworks AIを通じてMoonshotのKimi K2.5へアクセスした。こうした取り決めにより、モデル提供、チップへのアクセス、地域別の容量は、ゲートウェイが必要としても単純には生み出せないプロバイダーの手に置かれる。関連するオープンウェイトのエコシステムは、デプロイ可能なものを広げる。しかし、何を安定して提供できるかを決めるのは契約と運用である。

したがって、クラウドと推論ホストには顧客へ至る独自の経路がある。容量を支配するホストは、モデルアクセスを提供コミットメントと束ねられる。すでに企業へ請求しているクラウドは、既存アカウントに推論を付加できる。支出関係を争うために、どちらもモデルカタログ競争で勝つ必要はない。

開発者との関係は調達を越えて維持されなければならない

一部の開発者は、プロキシとOpenRouterを介してより安価なAnthropic以外のモデルをClaude Codeハーネスで使った。作業環境を維持しながら、トークンの供給元を変えた。OpenRouterのFusionは異なる手法を取った。複数のモデルに並行してプロンプトを送り、価格半分でフロンティア級のディープリサーチ性能を実現すると主張した。Fusionの性能とコストに関する主張は、引用した記録では独立に立証されていない。しかしこの製品は、ルーターが支出を配分しようとする別の方法を示している。1社のプロバイダーを選ぶのではなく、出力を組み合わせる方法だ。

Replitは、Anthropicの割引終了後、年間$100 million超の取引でOpenAIが30%超の割引を提示したことを受け、AI支出の大半をAnthropicからOpenAIへ移したと報じられた。Anthropicも、中国企業がクラウドプロバイダーや海外子会社を通じて自社モデルへ到達できる抜け道を閉じる動きに出たと報じられている。モデルがメニューに載っているというだけで、買い手はプロバイダーのアクセス条件を迂回できるわけではない。

StripeによるOpenRouter取引は、狭い事業上のポジションへの賭けである。開発者がワークフローの可搬性を維持し、プロバイダーがリクエストを奪い合い、OpenRouterが容量を確保しながら信頼できるワークロード単位の利用記録を作れるなら、このゲートウェイにはモデルリストが提供できないものがある。これらの条件が満たされなければ、アプリケーションがルーティングルールを保持し、ホストがモデルを提供し、買い手が請求を直接決済する。週25 trillion tokensの規模でも、StripeはOpenRouterの記録を、買い手と支払いを受けるプロバイダーの双方にとって権威あるものにしなければならない。