Cloudflare AI Gateway 替代方案：路由、付款同應用程式利潤

比較 Cloudflare AI Gateway 替代方案，根據你想更改嘅請求路徑同付款關係。OpenRouter、LiteLLM、Portkey 同 Kong 解決所選模型訪問、網關或貨幣化需求。ShareAI 涉及現有應用路由，通過已批准嘅 Builder 安排進行合資格推理，允許應用附加費同歸屬收益。呢啲係唔同嘅責任，即使幾個選項暴露兼容模型 API。

已檢視 2026 年 10 月 23 日。 ShareAI 發布呢個比較並運營其中一個討論嘅計劃。產品事實來自當前官方參考，附有實際來源截圖。執行嘅代碼係離線合成分類帳。冇進行實時網關遷移、穩定幣付款、客戶收費、端點資格或性能基準測試。

Cloudflare 已經記錄統一計費、供應商密鑰、自定義 HTTPS 供應商同測試版機器付款路徑。假設佢只係通過應用擁有者嘅供應商賬戶支付請求嘅比較，忽略咗當前範圍。從實際憑證、信用同付款配置開始，然後評估任何缺失嘅應用商業旅程。

當前 Cloudflare AI Gateway 已經支持嘅內容

統一計費參考 描述咗合資格模型訪問嘅預付信用同 5% 信用購買費，供應商推理費率直接傳遞。呢個購買費同下游應用附加費係唔同嘅收費。保留原因： 當網關嘅模型訪問同操作控制已經適合應用部署架構同付款需求時，評估當前網關。

自定義供應商文件明確涵蓋HTTPS端點，包括自託管模型嘅例子。統一兼容路徑需要文件記錄嘅chat-completions格式；供應商特定路徑支持其自有嘅請求結構同附加URL路徑。因此，提供自己嘅端點唔係 ShareAI 獨有嘅特點。比較所選實現嘅實際身份驗證、路徑映射同接受嘅上線方式。

機器付款參考描述咗一條使用穩定幣錢包嘅測試版路徑，適用於部分開放模型。目前要求包括一個美國基礎嘅賬戶同一張已存檔嘅信用卡。其支持嘅請求同付款協商路徑比所有網關流量更窄。唔好將呢個文件記錄嘅功能變成聲稱每個應用用戶或者供應商自動獲得相同嘅付款流程。

一個AI代碼審查應用需要每個請求都有一個可解釋嘅付款方。

考慮一個假設嘅代碼審查應用，佢有現有嘅商業客戶。佢使用咗一個已存儲嘅生產供應商密鑰、一個用於實驗嘅不同密鑰別名、一個自定義HTTPS模型同緩存嘅響應。產品希望提供客戶支付推理服務並加上應用利潤。財務需要知道每次交付嘅審查係消耗咗供應商信用、網關信用定係其他支持嘅付款授權。

一個模型標籤同成本標籤唔足夠作為證據。應用必須區分邏輯審查同重複嘗試，識別實際使用嘅憑證，並保留響應係咪來自緩存。重試仍然可能創造供應商使用量。緩存嘅響應可以喺冇相同上游活動嘅情況下交付。客戶定價需要對兩種情況都有明確政策，而唔係盲目複製顯示嘅請求成本。

呢個場景仲需要一條例外路徑。一個生產密鑰過期，而另一個已存儲嘅別名仍然有效。網關成功返回咗一個審查，使用咗另一個資金來源。呢個喺操作上有用，但財務仍然可能收到意外賬單。比較憑證優先級同後備資金來源，先至可以得出成功響應就代表預期客戶或者賬戶已經付款嘅結論。

選擇你希望替代方案承擔嘅責任。

一個應用可以保留Cloudflare組件，同時評估另一個推理或者商業路徑。呢個需要真實整合同埋清晰嘅客戶解釋。唔包括自動同步、本地連接器或者產品之間共享錢包。每個收費請求需要一個負責嘅擁有者去處理接納、重試、修正同埋支付。

追蹤從接納到收到錢嘅審查過程

保持嗰啲觀察連結，但唔好將佢哋視為可互換。標籤可以將成本歸因於工作區，但唔係授權價格更改。儀表板可以顯示利潤，但唔係收取佢。支付授權可以先於最終結算。產品、支持同埋財務應該能夠解釋相同嘅邏輯審查同埋其明確嘅調整。

OpenRouter：比較管理訪問同埋用戶資助推理

OpenRouter快速入門描述咗跨模型供應商嘅管理訪問。其OAuth指南明確允許用戶用用戶控制嘅密鑰授權應用，並用佢哋自己嘅OpenRouter信用支付請求。優點：比較嗰個支持嘅流程，當代碼審查應用希望客戶資助佢哋自己嘅推理，而唔係將每個請求收費於應用擁有者。

取捨：評估用戶授權、密鑰處理、允許嘅供應商、後備資金同現行賬戶條款。應用歸屬參考描述咗使用同排名嘅關聯。單靠呢個記錄嘅關聯唔會建立應用附加費或者收到嘅結算。用戶支付嘅推理唔係ShareAI獨有；比較完整嘅已批准商業安排。

對於代碼審查客戶，模擬用戶斷開連接、用完配額同供應商更改嘅模型。喺唔將伺服器憑證發送到瀏覽器嘅情況下，保留用戶同應用身份。驗證實際支付賬戶同任何單獨協議嘅應用價格。一個成功嘅模型回應本身唔足以證明應用賺咗錢。

LiteLLM：比較自定義價格同內部計費利潤。

LiteLLM 自定義價格參考記錄咗模型成本、供應商折扣同供應商利潤用於內部計費。優點：比較呢啲現有控制，當代碼審查應用想評估自己嘅成本映射同收費分配時。一個聲稱其他所有網關都冇利潤嘅說法會忽略呢個記錄嘅範圍。

取捨：評估所選部署、價格查詢、預算同收款工作流程。當前參考指出，明確嘅零輸入同輸出成本會繞過預算檢查，包括密鑰同團隊範圍。佢亦解釋咗當路由同定價供應商唔同時嘅定價供應商映射。因此顯示嘅零需要調查，而唔係假設工作負載係免費嘅。

對於自定義審查模型，喺啟用生產預算政策之前，檢查已知嘅非零請求同其配置價格。分別比較原始供應商成本、內部分配金額同客戶接受嘅商業價格。一個正確嘅內部利潤計算唔會提供周邊應用結賬、客戶協議或者財務釋放條件。

Portkey：比較網關控制同可觀測性。

現行嘅Portkey文件描述咗閘道、可觀察性、護欄同管理功能，並提供獨立嘅部署同功能參考。優點：當代碼審查團隊需要了解模型流量並應用閘道控制時，對所選範圍進行比較。評估實際產品同部署，而唔係單憑模型數量標題推測每個商業功能。

權衡：確認具體版本、託管、路由政策、保留數據同付款所有權。一個追蹤同一個支出控制解答咗與接收客戶付款唔同嘅問題。同樣，一個自託管參考並唔能夠自動確立每個管理儀表板、企業功能或者支持義務都包含喺所選部署中。

對於審查應用，將失敗嘅供應商嘗試、回退響應同緩存結果作為同一邏輯任務內嘅獨立觀察進行比較。保留受信任嘅客戶歸屬同應用顯示嘅實際錯誤。有用嘅結果係一個可解釋嘅交付審查，連同其真實嘅資金同商業處理，而唔係單純嘅成功請求數量。

Kong：比較閘道政策同計量同計費。

Kong AI貨幣化頁面描述咗更廣泛嘅閘道同貨幣化路徑。其現行權利參考將管理嘅費率卡權利同獨立嘅閘道執行連接起嚟。優點：當審查應用希望將閘道政策同使用商業化一齊考慮時，評估所選服務。

權衡：確認服務同部署兼容性、實際政策執行、計量同收集集成。公司基礎設施上嘅閘道同其管理嘅計費服務位置係唔同嘅架構事實。避免將整個產品系列同一個代理端點進行比較，或者假設每個託管功能都包含喺內部部署嘅閘道中。

對於審核客戶，檢查購買權利點樣變成實際嘅運行時決策，以及失敗或者重複嘅審核點樣進入商業記錄。喺有效時間內保留所選規則。平衡同執行插件可以同時存在，而應用程式仍然需要符合佢哋嘅完整集成，並解釋財務更正。

ShareAI：比較已批准應用程式附加費同結算

ShareAI Builder Program 涉及一個已經存在並擁有自己用戶嘅應用程式。合資格嘅AI流量會經過 ShareAI 路由，Builder 配置允許嘅附加費或者利潤，最終客戶為該推理支付 ShareAI。應用程式歸屬嘅收益會遵循該計劃。優點：當審核應用程式希望獲得批准嘅推理付款同歸屬流程時，評估呢個安排。

權衡：應用程式批准、合資格流量、模型訪問同賬戶條款都係重要嘅。已驗證公司 Builder 喺45日審核期後先會收到付款。個人目前累積推理價值用於 ShareAI，唔可以提現或者賬戶轉賬。應用程式仍然係喺其他地方構建、託管、分發同維護。其他訂閱、支持交付同財務責任仍然係明確嘅責任。

提供模型基礎設施或者自定義端點屬於適用嘅供應商或者 Prosumer 入門範疇，與 Builder 歸屬分開處理。Cloudflare 自定義供應商同其他網關已經處理端點控制。比較實際接受、路由、付款人同結算，而唔係聲稱排他性。ShareAI 唔會建立原生嘅機器支付協議、通用商戶記錄服務或者取代每個網關政策。

資格憑證優先權可以改變邊個賬戶資金支持請求

統一結算指南會將憑證優先權畀請求提供者嘅密鑰，然後係儲存嘅默認提供者別名，再到符合資格嘅統一結算信用。非默認儲存嘅別名唔會被呢條統一路徑使用。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嘅總額，並無經過驗證嘅已付款收據。喺生產中保留邏輯審查身份、實際嘗試、資金同明確嘅更正。一個正確嘅總和無法確定係邊個賬戶付款或者歸屬價值幾時可用。

首先移動一個帶有資金例外嘅審查工作流程。

• 清點實際嘅網關控制、憑證、供應商同客戶價格。
• 選擇需要更改嘅推理、網關或者商業責任。
• 喺重試同緩存命中中保留受信任嘅客戶同邏輯審查身份。
• 演練缺失嘅憑證、後備資金同明確嘅更正。
• 驗證實際付款證據，避免重複嘅實時收款。
• 保留原始記錄並回滾直到完整嘅客戶旅程被驗證。

當現有安排適合時，保留Cloudflare。通過可解釋嘅請求、接受嘅客戶收費同實際結算比較所選替代方案。從一個審查開始，其入場、路由、有用嘅交付同財務例外可以由產品、支持同財務一致解釋。

常見問題