Cloudflare AI Gateway の代替案: ルーティング、支払い、アプリのマージン

Cloudflare AI Gateway の代替案 を、変更したいリクエストパスと支払い関係で比較する。OpenRouter, LiteLLM, Portkey, Kong は、選択されたモデルアクセス、ゲートウェイ、または収益化要件に対応する。ShareAI は、承認済みのBuilder契約を通じて推論をルーティングする既存アプリに関するもので、許可されたアプリの追加料金と収益の帰属が含まれる。これらは異なる責任範囲であり、複数のオプションが互換性のあるモデルAPIを公開している場合でも同様である。

2026年10月23日レビュー済み。 ShareAI はこの比較を公開し、議論されたプログラムの1つを運営している。製品の事実は現在の公式参照から得られ、実際のソーススクリーンショットが含まれる。実行されたコードはオフラインの合成台帳である。ライブゲートウェイ移行、ステーブルコイン支払い、顧客請求、エンドポイント資格、またはパフォーマンスベンチマークは実施されていない。

Cloudflare はすでに統合請求、プロバイダーキー、カスタムHTTPSプロバイダー、ベータ版の機械支払いパスを文書化している。アプリ所有者のプロバイダーアカウントを通じて支払われたリクエストのみを転送すると仮定する比較は、現在の範囲を見落としている。実際の認証情報、クレジット、支払い構成から始め、欠けているアプリケーションの商業的旅程を評価する。

現在の Cloudflare AI Gateway がすでにサポートしている内容

統合請求の参照 は、対象モデルアクセスのためのプリペイドクレジットと5%のクレジット購入手数料を説明しており、プロバイダーの推論料金がそのまま転送される。その購入手数料と下流のアプリ追加料金は異なる料金である。保持する理由: モデルアクセスと運用制御がすでにアプリの展開されたアーキテクチャと支払い要件に適合している場合、現在のゲートウェイを評価する。

カスタムプロバイダードキュメントは、HTTPSエンドポイントを明示的にカバーしており、セルフホスト型モデルの例も含まれています。統一互換性パスは、文書化されたチャット補完形式を必要とし、プロバイダー固有のパスは独自のリクエスト構造と追加されたURLパスをサポートします。そのため、独自のエンドポイントを提供することは、ShareAIの排他的な特徴ではありません。選択した実装の実際の認証、パスマッピング、および受け入れられたオンボーディングを比較してください。

マシンペイメントリファレンスは、選択されたオープンモデル向けにステーブルコインウォレットを使用するベータパスを説明しています。現在の要件には、米国ベースのアカウントと登録済みのクレジットカードが含まれます。そのサポートされるリクエストおよび支払い交渉パスは、すべてのゲートウェイトラフィックよりも狭い範囲です。その文書化された機能を、すべてのアプリケーションユーザーやプロバイダーが自動的に同じ支払いプロセスを受けるという主張に変換しないでください。

AIコードレビューアプリには、すべてのリクエストに対して説明可能な支払者が必要です。

既存のビジネス顧客を持つ仮想のコードレビューアプリを考えてみてください。このアプリは、保存されたプロダクションプロバイダーキー、実験用の異なるキーエイリアス、カスタムHTTPSモデル、およびキャッシュされたレスポンスを使用します。製品チームは、アプリのマージンを含む顧客支払い型推論を提供したいと考えています。財務チームは、提供された各レビューがプロバイダークレジット、ゲートウェイクレジット、または他のサポートされる支払い認証のどれを消費したかを知る必要があります。

モデルラベルとコストタグだけでは十分な証拠になりません。アプリは、論理的なレビューと繰り返し試行を区別し、実際に使用された資格情報を特定し、レスポンスがキャッシュから来たかどうかを保持する必要があります。リトライは依然としてプロバイダー使用を引き起こす可能性があります。キャッシュされたレスポンスは、同じ上流のアクティビティなしで提供されることがあります。顧客価格設定には、表示されたリクエストコストを盲目的にコピーするのではなく、両方のケースに対する明確なポリシーが必要です。

このシナリオには例外パスも必要です。プロダクションキーが期限切れになり、別の保存されたエイリアスが有効なままです。ゲートウェイは別の資金源を使用してレビューを正常に返します。それは運用上有用ですが、財務チームは予期しない請求を受ける可能性があります。資格情報の優先順位とフォールバック資金を比較し、成功したレスポンスが意図した顧客またはアカウントが支払ったことを意味するかどうかを結論付けてください。

代替案に持たせたい責任を選択してください。

アプリは、別の推論または商業パスを評価する際にCloudflareコンポーネントを保持できます。それには実際の統合と明確な顧客説明が必要です。製品間での自動同期、ネイティブコネクタまたは共有ウォレットは含まれません。各請求リクエストには、入場、再試行、修正および支払いに対する責任ある所有者が必要です。

入場から受け取ったお金までのレビューを追跡する

それらの観察をリンクしつつ、互換性があるものとして扱わないでください。タグは、価格変更を承認することなく、コストをワークスペースに帰属させることができます。ダッシュボードは、マージンを収集することなく表示できます。支払い承認は最終決済に先行することができます。製品、サポートおよび財務は、同じ論理的レビューおよびその明示的な調整を説明できる必要があります。

OpenRouter: 管理されたアクセスとユーザー資金による推論を比較する

OpenRouterクイックスタートは、モデルプロバイダー間の管理されたアクセスを説明しています。そのOAuthガイドは、ユーザーがユーザー制御のキーでアプリを承認し、自分のOpenRouterクレジットからリクエストを支払うことを明示的に許可します。利点: コードレビューアプリが顧客に自分の推論を資金提供させることを望む場合に、そのサポートされたプロセスを比較してください。

トレードオフ: ユーザー認証、キーの取り扱い、許可されたプロバイダー、フォールバック資金、および現在のアカウント条件を精査します。アプリ帰属リファレンスは、使用状況およびランキングとの関連性を説明しています。この文書化された関連性だけでは、アプリの追加料金や受け取った決済を確立するものではありません。ユーザー負担の推論はShareAIに特有のものではありません。承認された商業的取り決め全体を比較してください。

コードレビュー顧客向けに、ユーザーの切断、許容量の枯渇、およびプロバイダーが変更されたモデルを再現します。サーバークレデンシャルをブラウザに送信することなく、ユーザーとアプリのアイデンティティを保持します。実際の支払いアカウントおよび別途合意されたアプリケーション価格を確認してください。モデルの応答が成功しただけでは、アプリが収益を得たことを証明するものではありません。

LiteLLM: カスタム価格と内部請求マージンを比較

LiteLLM カスタム価格リファレンスは、モデルコスト、プロバイダー割引、および内部請求のためのプロバイダーマージンを文書化しています。利点: コードレビューアプリが独自のコストマッピングと課金配分を評価したい場合に、既存のコントロールを比較してください。他のすべてのゲートウェイにマージンがないという主張は、この文書化された範囲を無視することになります。

トレードオフ: 選択されたデプロイメント、価格検索、予算、および収集ワークフローを精査します。現在のリファレンスでは、明示的にゼロの入力および出力コストが、キーおよびチームスコープを含む予算チェックをバイパスすることを説明しています。また、ルーティングおよび価格プロバイダーが異なる場合の価格プロバイダーマッピングについても説明しています。表示されたゼロは、作業負荷が無料であるという仮定ではなく、調査が必要です。

カスタムレビューモデルの場合、既知の非ゼロリクエストとその構成された価格を確認し、プロダクション予算ポリシーを有効にする前に検査します。元のプロバイダーコスト、内部割り当て額、および顧客が受け入れた商業価格を個別に比較してください。正しい内部マージン計算は、周囲のアプリチェックアウト、顧客合意、または財務リリース条件を提供するものではありません。

Portkey: ゲートウェイコントロールと可観測性を比較

現在のPortkeyドキュメントでは、ゲートウェイ、可観測性、ガードレール、管理機能について説明しており、デプロイメントと機能の参照が個別に記載されています。利点: コードレビューのチームがモデルトラフィックを理解し、ゲートウェイ制御を適用する必要がある場合に選択されたスコープを比較します。モデル数の見出しからすべての商業機能を推測するのではなく、実際の製品とデプロイメントを評価してください。

トレードオフ: 正確なエディション、ホスティング、ルーティングポリシー、保持データ、支払い所有権を確認してください。トレースと支出管理は、顧客支払いの受領に関する異なる質問に対応します。同様に、セルフホスティングの参照は、選択されたデプロイメントにすべての管理ダッシュボード、エンタープライズ機能、またはサポート義務が含まれていることを自動的に確立するものではありません。

レビューアプリの場合、失敗したプロバイダーの試行、フォールバック応答、キャッシュされた結果を同じ論理ジョブ内の個別の観察として比較してください。信頼された顧客帰属とアプリに表示された実際のエラーを保持します。有用な結果は、単なる成功したリクエスト数ではなく、実際の資金提供と商業的処理を伴う説明可能な配信済みレビューです。

Kong: ゲートウェイポリシーとメータリングおよび請求の比較

KongのAI収益化ページでは、より広範なゲートウェイと収益化のパスについて説明しています。その現在のエンタイトルメント参照は、管理されたレートカードエンタイトルメントを個別のゲートウェイ実施と結びつけています。利点: レビューアプリがゲートウェイポリシーと使用の商業化を一緒に考慮したい場合に、選択されたサービスを評価します。

トレードオフ: サービスとデプロイメントの互換性、実際のポリシー実施、メータリング、および収集統合を確認してください。企業インフラ上のゲートウェイは、管理された請求サービスの場所とは異なるアーキテクチャ上の事実です。プロキシエンドポイント1つと製品ファミリー全体を比較したり、すべてのホストされた機能がオンプレミスのゲートウェイに含まれていると仮定したりすることを避けてください。

レビュー顧客に対して、購入された権利が実際のランタイム決定にどのように変わるか、また失敗したレビューや繰り返されたレビューが商業記録にどのように到達するかを確認してください。選択されたルールをその有効な時点で保持してください。バランスとエンフォースメントプラグインの両方が存在する一方で、アプリは完全な統合を適格化し、財務修正を説明する必要があります。

ShareAI: 承認されたアプリの追加料金と決済を比較

ShareAI Builder Programは、既存のユーザーを持つ既存のアプリに関するものです。適格なAIトラフィックはShareAIを通じてルーティングされ、Builderは許可された追加料金またはマージンを設定し、最終顧客はその推論に対してShareAIを支払います。アプリに帰属する収益はプログラムに従います。利点: レビューアプリが承認された推論支払いと帰属プロセスを望む場合、この取り決めを評価してください。

トレードオフ: アプリの承認、適格なトラフィック、モデルアクセス、アカウント条件が重要です。検証済みの会社Builderは45日間のレビュー期間の後に支払いを受けます。個人は現在、ShareAIの使用のために推論値を蓄積しますが、現金化やアカウント間の転送は行いません。アプリは他の場所で構築、ホスト、配布、維持されます。他のサブスクリプション、サポート提供、財務義務は明確な責任として残ります。

モデルインフラストラクチャまたはカスタムエンドポイントの提供は、Builder帰属とは別に、適用可能なProviderまたはProsumerのオンボーディングに属します。Cloudflareカスタムプロバイダーおよび他のゲートウェイはすでにエンドポイント制御に対応しています。実際の受け入れ、ルーティング、支払者、決済を比較し、排他的な主張を避けてください。ShareAIは、ネイティブな機械支払いプロトコル、一般的なMerchant of Recordサービス、またはすべてのゲートウェイポリシーの代替を確立するものではありません。

資格情報の優先順位は、リクエストを資金提供するアカウントを変更する可能性があります。

統合請求ガイドは、リクエストプロバイダーキー、次に保存されたデフォルトプロバイダーエイリアス、次に適格な統合請求クレジットの順に資格情報の優先順位を付けます。この統合パスでは、非デフォルトの保存エイリアスは使用されません。BYOKリファレンスでは、保存キーとエイリアスの個別の構成について説明しています。アカウントに存在するキーは、特定のリクエストがそれを使用している証拠にはなりません。

レビューアプリの場合、プロダクションキーが欠落しているか失敗した場合に選択されたパスを確認してください。文書化されたコントロールは、プロバイダー資格情報を要求するか、適格なサードパーティ統合請求フォールバックを防ぐことができます。Workers AIには別のモードがあります。正確な構成とプロバイダーのカバレッジを確認してください。また、プロバイダーのゼロ保持ポリシーとゲートウェイ独自のログ構成を区別する必要があります。これは明示的な決定が必要です。

カスタムコスト、交渉された支払い、アプリ価格は異なります。

カスタムコストリファレンスでは、入力、出力、キャッシュトークンのレートマッピングについて説明しており、プロバイダー固有のトークン形式やゲートウェイキャッシュヒットに対するゼロ記録コストを含みます。これらの分析は、それ自体では受け入れられた下流の再販価格を確立するものではありません。実際の上流の請求額、顧客ポリシー、および修正を保持し、表示されたコストが支払済みの請求書であると仮定しないでください。

ベータ版のマシンペイメントパスは、明示的な支払い方法の交渉を必要とし、定義されたリクエストエンドポイントとモデルセットをサポートします。その最大署名承認額は、実際に決済された金額とは異なります。レビューアプリに推奨する前に、これらの文書化された要件を比較してください。ここでは、ShareAIとのステーブルコイントランザクションや互換性はテストまたは示唆されていません。

算術のみの場合、推論1000 USDに仮定の15%の追加料金を加えると、150 USDの総追加料金と1150 USDの合計になります。これらの合成金額は、CloudflareまたはShareAIの手数料、受け取った収益、純利益、または税結果ではありません。実際のクレジット購入手数料、返金、修正、および適格性がビジネス結果に影響を与えます。

支払いと混同せずに算術を確認してください。

以下の実行済みフィクスチャは、同一のアクティビティを重複排除し、矛盾する重複を拒否し、整数USDセントを使用して明示的な調整を記録します。プロバイダーキーの選択、レビューの送信、ウォレットの承認、または支払いの回収は行いません。これらの結果には、計算に関する実際のアプリケーションと商業的証拠が必要です。

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

観測された出力は、1000 USD の例示的な推論、150 USD の総サーチャージ、1150 USD の合計であり、検証済みの支払い領収書はありません。論理的なレビューの識別、実際の試行、資金提供、および明示的な修正を本番環境で保持してください。正しい合計は、どのアカウントが支払ったか、またはいつ帰属価値が利用可能になるかを確立することはできません。

最初に資金例外を伴う1つのレビュー ワークフローを移動します。

• 実際のゲートウェイ コントロール、資格情報、プロバイダー、および顧客価格をインベントリ化します。
• 変更が必要な推論、ゲートウェイ、または商業的責任を選択します。
• 信頼できる顧客と論理的なレビューの識別をリトライやキャッシュヒットを通じて保持します。
• 欠落している資格情報、フォールバック資金、および明示的な修正をリハーサルします。
• 重複するライブ コレクションなしで実際の支払い証拠を検証します。
• 元の記録を保持し、完全な顧客ジャーニーが適格になるまでロールバックしてください。

現在の取り決めが適合する場合は、Cloudflare を保持します。選択された代替案を、説明可能なリクエスト、受け入れられた顧客請求、および実際の決済によって比較します。製品、サポート、財務によって一貫して説明できる1つのレビューから開始します。そのレビューには、受け入れ、ルーティング、有用な配信、および財務例外が含まれます。

よくある質問