Cloudflare AI Gateway 與 OpenRouter 比較：GPT Image 2 怎麼選

比較 Cloudflare AI Gateway 和 OpenRouter，最容易出錯的地方，是把它們當成同一層的替代方案。對於從 Cloudflare Worker 呼叫 GPT Image 2 的團隊，真正要選的不是產品，而是圖片任務應該走哪條請求路徑。

OpenRouter 是模型聚合與推理路由平台；Cloudflare AI Gateway 則是可以放在模型服務商前面的控制層。Cloudflare Worker 也能透過 AI binding 與 Unified Billing 呼叫第三方模型，這又是另一條路徑。三個名稱可能同時出現在同一條請求鏈路上，但它們負責的工作並不相同。

對 GPT Image 2 來說，這個區分會直接影響 API 端點、憑證、計費帳戶、請求格式、回應結構、隱私控制與速率限制，也決定了「請求由香港節點處理」究竟能說明什麼。

如果需要公開契約相對清楚的 GPT Image 2 Images API，可以先把 Worker 直連 OpenRouter 當成基準路徑。Cloudflare 端的日誌與策略控制確實有價值時，再考慮加入 AI Gateway，同時先驗證 Images API 能否如預期通過。希望由 Cloudflare 代管憑證並統一計費，則使用 AI binding；只有固定出口屬於明確的網路需求時，才值得加入 relay。

判斷時先看請求路徑，不要先看產品 Logo：

應用程式
  -> Cloudflare Worker
       -> OpenRouter Images API -> OpenAI
       -> Cloudflare AI Gateway -> OpenRouter -> OpenAI
       -> Cloudflare AI binding + AI Gateway -> OpenAI
       -> 固定出口 relay -> OpenRouter 或其他服務商

這幾條路徑解決的是不同問題。把它們當成可互換的方案，一次看似簡單的服務商切換就可能變成圖片任務失敗。

Cloudflare AI Gateway 與 OpenRouter 比較：哪一層適合你的 AI 圖片生成 API？

Worker 直接呼叫 OpenRouter

這是目前公開契約相對清楚、額外跳數也最少的方案。Worker 使用 OpenRouter token 呼叫專用 Images API，再由 OpenRouter 將請求路由到符合條件的上游服務商。截至本次核驗，GPT Image 2 的端點中繼資料只列出一個服務商：OpenAI。

在這條路徑中，API 契約、用量記錄、服務商路由策略與餘額都由 OpenRouter 管理。Cloudflare 仍然負責執行 Worker，但不會成為 AI 推理的計費中介。

如果團隊需要涵蓋多個模型的 AI 圖片生成 API，並且未來可能切換模型，直接呼叫 OpenRouter 通常是最容易先建立基線、也最容易排查的一條路。

在 OpenRouter 前面加入 AI Gateway

Cloudflare 為 OpenRouter 提供 AI Gateway 位址。請求仍然攜帶 OpenRouter token，模型路由與推理費用仍由 OpenRouter 處理；AI Gateway 則在外層加入 Cloudflare 的日誌、分析、速率控制、快取控制及其他閘道功能。

圖片生成需要特別留意相容性。Cloudflare 目前的 OpenRouter 整合文件只示範 chat/completions，沒有示範 OpenRouter 專用的 /api/v1/images 端點。同一頁的 chat 路徑範例也不完全一致，因此不能只靠這份文件宣稱 Images API 可以直接透傳。

這個架構適合在既有 OpenRouter 流程外增加 Cloudflare 控制，但在投入正式流量前，必須用真實憑證和接近生產的請求驗證圖片端點。觀測層只有在保留所需 API 的前提下才真正有用。

透過 Cloudflare AI binding 使用 Unified Billing

這條路徑不會經過 OpenRouter。Worker 使用 env.AI.run() 呼叫 Cloudflare 目錄中的第三方模型 ID：

openai/gpt-image-2

Cloudflare 明確將這個模型標示為 Third-party。它不是原生的 @cf/... Workers AI 模型，因此不能套用原生 Workers AI 的 Neuron 免費額度或圖片模型價格表。

第三方 binding 呼叫需要 AI Gateway。Cloudflare 可以使用託管的服務商憑證，並從 Unified Billing 餘額扣款。現行 binding 文件也說明：儲存在 default alias 下的 BYOK key 會優先使用；其他 alias 在 binding 路徑上會被忽略並回落到 Unified Billing。若要選擇非 default alias，需使用 provider-native endpoint，並設定 cf-aig-byok-alias。

這條路徑適合重視 Cloudflare 統一帳單、託管憑證和 Gateway 控制的團隊，但它是一次 API 契約遷移，不是單純替換 base URL。

加入固定出口 relay

固定出口中繼服務（relay）是一個擁有穩定公開網路位置的小型後端。Worker 先呼叫 relay，再由 relay 呼叫 OpenRouter 或其他服務商。當上游要求固定來源 IP、來源國家，或邊緣執行環境無法保證網路來源時，relay 才有明確價值。

Relay 不能決定 OpenAI 在哪裡執行模型推理；它只能讓「誰向服務商發出請求」這件事擁有較穩定的網路位置。代價是團隊要多維護一個服務，包括容量、密鑰、逾時、佇列、監控、修補與區域可用性。

因此，relay 是解決特定網路限制的基礎設施工具，不應該成為 AI 架構的預設元件。

請求路徑	改變了什麼	計費與憑證	適合解決的問題	無法保證什麼
Worker -> OpenRouter	使用 OpenRouter 模型與 Images API	OpenRouter token 與餘額	直接使用模型目錄與路由	固定出口或推理地區
Worker -> AI Gateway -> OpenRouter	在 OpenRouter 外增加 Cloudflare 控制層	OpenRouter token 與餘額	集中管理可觀測性與策略	未測試的 Images API 相容性
Worker -> AI binding -> 第三方模型	使用 Cloudflare binding 與計費路徑	Unified Billing 或符合條件的 `default` BYOK key	託管憑證與 Cloudflare 計費控制	原生 Workers AI 價格或 API 相容性
Worker -> relay -> 服務商	增加自有固定網路出口	服務商憑證加 relay 成本	穩定來源 IP 或來源地區	服務商內部推理地區

GPT Image 2 讓 API 差異變得具體

Cloudflare 與 OpenRouter 目前都使用 openai/gpt-image-2 這個模型 ID，但名稱相同不代表介面相同。接入前仍應核對最新的端點中繼資料與請求契約，不要把其他 wrapper ID 直接當成同一個模型。

OpenRouter 公開的 GPT Image 2 端點資料顯示，它支援最多 16 張參考圖、品質設定、多種長寬比、1 到 10 的 n、輸出壓縮與串流回應。Images API 回傳 base64 圖片資料和用量資訊；服務商能力可能變動，因此正式接入時應重新讀取最新 endpoint record。

Cloudflare 的模型 schema 接受 prompt 和最多 16 張 base64 圖片，也支援品質、尺寸、背景與輸出格式。文件中的回應包含圖片 URI，不是某些原生 Workers AI 圖片範例使用的二進位 ReadableStream。

應用程式如果要在兩條路徑間切換，應先把服務商回應整理成自己的內部格式：

type GeneratedImage = {
  bytes?: Uint8Array;
  sourceUrl?: string;
  mediaType: string;
  providerRequestId?: string;
  costUsd?: number;
};

參考圖編碼、串流、多圖輸出、透明背景、用量記錄和錯誤格式，都應該分開驗證。尤其透明背景要保守處理：Cloudflare 產品頁與原始 schema 的說法存在衝突，在官方結論統一或整合測試證實前，應按「不支援」處理。

OpenRouter 價格與 Cloudflare Unified Billing：手續費不是全部成本

OpenRouter 公開的 GPT Image 2 endpoint record 列出：輸入圖片 token 每百萬 8 美元、輸入文字 token 每百萬 5 美元、輸出圖片 token 每百萬 30 美元。OpenRouter 表示不會在服務商推理價格上加價。使用 Stripe 購買 credits 會收取 5.5％手續費，最低 0.80 美元；使用加密貨幣購買 credits 則為 5％。

Cloudflare 同樣表示不會在服務商推理價格上加價。Unified Billing 購買 credits 時會增加 5％費用。不過 Cloudflare 的 GPT Image 2 公開頁面把確切模型價格放在登入後的 dashboard，因此不能只根據手續費推算公開的「每張圖片價格」。

兩邊的 token 單價也無法直接換算成固定的每張圖片成本。參考圖數量、輸出尺寸、品質和實際輸出都會影響用量。更可靠的做法是用同一批代表性任務測量成功交付圖片的平均成本，並分開記錄失敗與重試。

使用 Cloudflare 託管憑證的 Unified Billing 請求，還有每個 gateway 每 60 秒 200 次請求的公開限制。BYOK 流量不受這一項託管憑證限制。這是速率限制，不是對並行生成量或完成時間的保證。

AI Gateway 隱私：ZDR 不等於關閉日誌

「零資料保留」不是一個可以覆蓋所有節點的總開關。

Cloudflare 將 GPT Image 2 的第三方路徑標示為支援 ZDR，但適用範圍是使用 Cloudflare 託管憑證的合資格 Unified Billing 流量。這個設定和 AI Gateway 日誌彼此獨立。Gateway 日誌預設開啟，可能包含請求與回應 payload；呼叫方可用 cf-aig-collect-log: false 關閉整筆日誌，或用 cf-aig-collect-log-payload: false 保留 metadata 但排除原始 payload。

OpenRouter 表示預設會記錄時間、模型和 token 等基本 metadata，但不會儲存 prompt 或 completion，除非客戶主動開啟。請求仍會傳給上游模型服務商，因此上游服務商的保留與訓練政策仍是決策的一部分。OpenRouter 的隱私設定可以在服務商不符合要求時限制路由。

截至 2026 年 8 月 25 日，OpenRouter 的服務商政策 API 顯示 OpenAI 的 training: false，但仍標示存在 prompt retention。發布前應重新讀取這項資料，因為服務商政策可能獨立於模型端點變更。

商品 prompt 可能包含尚未發布的規格，參考圖也可能包含品牌素材。實際策略應列出鏈路中的每個資料處理方，在不需要時關閉 Gateway 原始 payload 日誌，並記錄團隊採用的服務商政策版本。啟用 ZDR 不會自動關閉 Gateway 日誌。

Worker 在香港，能把推理固定到香港或新加坡嗎？

Cloudflare 的邊緣路由可能讓請求從香港 colo 進入 Worker。這只代表 Worker 請求在哪裡被處理，不能證明對外連線從哪個國家發出，也不能確定 OpenAI 在哪裡執行模型推理。

本次核驗的兩套 GPT Image 2 介面，都沒有提供固定推理地區的參數。OpenRouter 目前只列出一個 OpenAI endpoint，因此通用服務商路由選項不會自動產生一個位於新加坡的 GPT Image 2 服務商。AI Gateway 也沒有承諾發往 OpenRouter 的流量會從新加坡出口。

地域診斷不能只看 request.cf.colo。應分別記錄 Worker colo、實際請求路徑、收到第一個事件的時間、完整完成時間、服務商 request ID、HTTP 狀態、重試次數、參考圖數量、品質、尺寸與輸出數量，再比較實際使用者地區的成功率及 p50／p95。

如果服務商明確要求穩定的來源國家或 IP，在該地區部署 relay 可以滿足網路來源要求，但仍不能強制服務商在當地執行推理。不要只因一次 trace 顯示 HKG 就把 relay 加入正式架構。

Cloudflare AI Gateway 與 OpenRouter 怎麼選？先看要避免的故障

如果目標是使用 OpenRouter 上公開契約最清楚的 GPT Image 2 API，可以直接從 Worker 呼叫 OpenRouter Images API，先建立可觀測的基線。

如果核心需求是 Cloudflare 端的可觀測性、策略或費用控制，可以把 AI Gateway 放在 OpenRouter 前面，但要先證明專用 Images API 能夠透傳，不能從 chat 範例推斷圖片端點一定相容。

如果目標是 Cloudflare 託管憑證與統一帳單，可以使用 AI binding 的第三方 openai/gpt-image-2 契約，並按第三方模型而不是免費原生 Workers AI 來估算。

如果硬性要求是穩定的出口國家或 IP，才使用 relay，並把它當成正式後端來設計：需要明確的並行上限、佇列可見性、冪等請求、健康檢查和區域故障處理。

遷移圖片任務時，不要一次更換所有變數

較穩妥的做法是先在服務商之上建立不可變任務輸入、idempotency key，以及統一的內部圖片結果格式。這能避免逾時重試變成第二次計費生成。

接著用生產環境相同的 prompt、參考圖、品質設定和輸出數量，在目標路徑執行少量金絲雀任務。驗證實際圖片 bytes 或 URI，不要只看 HTTP 200；同時記錄服務商 ID、用量、Gateway log ID、端到端耗時和失敗分類。

通過驗證後再逐步切換流量，並暫時保留舊路徑，讓團隊能分辨端點契約問題與區域網路問題。模型、Gateway、回應解析、重試策略和 relay 不應在同一次發布全部更換，否則會留下大量日誌，卻很難取得有效證據。

如果想比較模型本身的商品圖輸出品質，可以參考我們的 GPT Image 2 與 Gemini 商品攝影比較。

FAQ：Cloudflare AI Gateway 與 OpenRouter 比較

Cloudflare AI Gateway 可以取代 OpenRouter 嗎？

不能直接取代。OpenRouter 提供模型接入與路由，AI Gateway 增加 Cloudflare 端的控制層。兩者可以組合，但不是同一個產品或同一條計費路徑。

AI Gateway 可以透傳 OpenRouter Images API 嗎？

Cloudflare 目前的 OpenRouter 文件只示範 chat completions，沒有記錄專用的 /api/v1/images。在真實憑證下的生產式請求成功前，應將圖片透傳視為未驗證。

OpenRouter 和 Cloudflare Unified Billing，哪個比較便宜？

不能只看購買 credits 的手續費。OpenRouter 公開 GPT Image 2 的 token 單價，Cloudflare 的確切模型價格則要在 dashboard 查看；參考圖、尺寸、重試、日誌和 relay 運維也會改變總成本。應用同一批代表性任務測量成功圖片的平均成本。

Worker 在香港，會讓圖片在香港或新加坡推理嗎？

不會。Worker 的 colo 只表示請求進入邊緣的位置，不能定位服務商出站連線或模型推理地點。只有在確實需要固定來源國家或 IP 時，才應使用 relay。

最後要確認的是正式環境會走哪條路徑

Cloudflare AI Gateway 與 OpenRouter 並不是嚴格的二選一。OpenRouter 負責模型存取與路由，AI Gateway 增加 Cloudflare 端控制，AI binding 提供 Cloudflare 代管的第三方模型路徑。relay 則只處理固定出口這類明確的網路需求。

最後仍要驗證準備上線的那條路徑。架構圖不能證明端點相容性，colo 代碼不能定位推理地區，而 ZDR 標籤也無法描述多跳系統中的每一份日誌。

官方來源

本文事實與 API metadata 核驗於 2026 年 8 月 25 日。產品行為、價格、限制及服務商政策都可能變更。

判斷時先看請求路徑，不要先看產品 Logo：

應用程式
  -> Cloudflare Worker
       -> OpenRouter Images API -> OpenAI
       -> Cloudflare AI Gateway -> OpenRouter -> OpenAI
       -> Cloudflare AI binding + AI Gateway -> OpenAI
       -> 固定出口 relay -> OpenRouter 或其他服務商

這幾條路徑解決的是不同問題。把它們當成可互換的方案，一次看似簡單的服務商切換就可能變成圖片任務失敗。

Cloudflare AI Gateway 與 OpenRouter 比較：哪一層適合你的 AI 圖片生成 API？

Worker 直接呼叫 OpenRouter

在這條路徑中，API 契約、用量記錄、服務商路由策略與餘額都由 OpenRouter 管理。Cloudflare 仍然負責執行 Worker，但不會成為 AI 推理的計費中介。

如果團隊需要涵蓋多個模型的 AI 圖片生成 API，並且未來可能切換模型，直接呼叫 OpenRouter 通常是最容易先建立基線、也最容易排查的一條路。

在 OpenRouter 前面加入 AI Gateway

透過 Cloudflare AI binding 使用 Unified Billing

這條路徑不會經過 OpenRouter。Worker 使用 env.AI.run() 呼叫 Cloudflare 目錄中的第三方模型 ID：

openai/gpt-image-2

Cloudflare 明確將這個模型標示為 Third-party。它不是原生的 @cf/... Workers AI 模型，因此不能套用原生 Workers AI 的 Neuron 免費額度或圖片模型價格表。

這條路徑適合重視 Cloudflare 統一帳單、託管憑證和 Gateway 控制的團隊，但它是一次 API 契約遷移，不是單純替換 base URL。

加入固定出口 relay

因此，relay 是解決特定網路限制的基礎設施工具，不應該成為 AI 架構的預設元件。

請求路徑	改變了什麼	計費與憑證	適合解決的問題	無法保證什麼
Worker -> OpenRouter	使用 OpenRouter 模型與 Images API	OpenRouter token 與餘額	直接使用模型目錄與路由	固定出口或推理地區
Worker -> AI Gateway -> OpenRouter	在 OpenRouter 外增加 Cloudflare 控制層	OpenRouter token 與餘額	集中管理可觀測性與策略	未測試的 Images API 相容性
Worker -> AI binding -> 第三方模型	使用 Cloudflare binding 與計費路徑	Unified Billing 或符合條件的 `default` BYOK key	託管憑證與 Cloudflare 計費控制	原生 Workers AI 價格或 API 相容性
Worker -> relay -> 服務商	增加自有固定網路出口	服務商憑證加 relay 成本	穩定來源 IP 或來源地區	服務商內部推理地區

GPT Image 2 讓 API 差異變得具體

應用程式如果要在兩條路徑間切換，應先把服務商回應整理成自己的內部格式：

type GeneratedImage = {
  bytes?: Uint8Array;
  sourceUrl?: string;
  mediaType: string;
  providerRequestId?: string;
  costUsd?: number;
};

Cloudflare AI Gateway 與 OpenRouter 比較：GPT Image 2 怎麼選

更多貼文

GPT Image 2 與 Google Gemini：哪款 AI 創造更佳的產品照片？

Google Merchant Center 2027 圖片尺寸規範：500×500 遷移清單

Cloudflare AI Gateway 與 OpenRouter 比較：GPT Image 2 怎麼選

更多貼文

GPT Image 2 與 Google Gemini：哪款 AI 創造更佳的產品照片？

Google Merchant Center 2027 圖片尺寸規範：500×500 遷移清單