Cloudflare AI Gateway 与 OpenRouter 对比：GPT Image 2 怎么选

比较 Cloudflare AI Gateway 和 OpenRouter，最容易犯的错误，是把它们当成同一层的替代品。对于从 Cloudflare Worker 调用 GPT Image 2 的团队，真正要选的不是产品，而是图片任务应该走哪条请求路径。

OpenRouter 是模型聚合和推理路由平台；Cloudflare AI Gateway 是可以放在模型服务商前面的控制层。Cloudflare Worker 还可以通过 AI binding（AI 绑定）和 Unified Billing 调用第三方模型，这又是另一条路径。同一个系统里，这三个名字可能同时出现在一条请求链路上，但它们承担的职责并不相同。

对于 GPT Image 2，这个区别会直接影响请求端点、凭据、计费账户、参数格式、响应结构、隐私控制和速率限制，也决定了“请求由香港节点处理”到底能说明什么。

如果需要公开契约相对清晰的 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 的端点元数据（endpoint metadata）只列出了一个供应商：OpenAI。

在这条路径里，API 契约、使用记录、服务商路由策略和余额都由 OpenRouter 管理。Cloudflare 仍然负责运行 Worker，但它不是 AI 推理的计费中间层。

如果团队需要一个覆盖多种模型的 AI 图片生成 API，并且未来可能切换模型，这条路径需要排查的额外环节最少。

在 OpenRouter 前面增加 AI Gateway

Cloudflare 为 OpenRouter 提供了 AI Gateway 地址。请求仍然携带 OpenRouter token，模型路由和推理费用仍然由 OpenRouter 处理。AI Gateway 在外层增加 Cloudflare 的日志、分析、速率控制、缓存控制和其他网关能力。

但图片生成这里有一个重要限制。Cloudflare 当前的 OpenRouter 集成文档只演示了 chat/completions，没有演示 OpenRouter 专用的 /api/v1/images 端点。同一页里的 chat 路径示例也不完全一致。因此，仅凭这份文档还不足以确认 Images API 可以无缝透传。

这套架构适合把 Cloudflare 控制能力加入现有 OpenRouter 流程，但在生产环境依赖它之前，必须用真实凭据和接近生产的请求验证图片端点。网关只有在不破坏所需 API 的前提下，才能真正提供可观测性。

通过 Cloudflare AI binding 使用 Unified Billing

这条路径不会经过 OpenRouter。Worker 使用 env.AI.run() 调用 Cloudflare 目录中的第三方模型 ID：

openai/gpt-image-2

Cloudflare 明确把这个模型标记为 Third-party。它不是原生的 @cf/... Cloudflare Workers AI 模型，因此不能套用原生 Workers AI 的 Neuron 免费额度和图片模型价格表。

第三方 binding 调用需要 AI Gateway。Cloudflare 可以使用托管的供应商凭据，并从 Unified Billing 余额中扣费。存储在 default alias 下的 BYOK key 会优先使用；其他 alias 在 binding 路径上会被忽略并回落到 Unified Billing。要选择非 default alias，需要使用供应商原生端点（provider-native endpoint），并设置 cf-aig-byok-alias。

如果团队更看重统一的 Cloudflare 账单、网关控制或托管凭据，这条路径会更有吸引力。但它是一次接口迁移，而不是替换 base URL 就能完成的切换。

增加固定出口 relay

固定出口中转服务（relay）是一个拥有稳定公网位置的小型后端。Worker 先请求 relay，再由 relay 请求 OpenRouter 或其他服务商。当上游服务要求固定来源 IP、来源国家，或者它的网络策略无法由边缘运行时保证时，relay 才真正有价值。

Relay 不能决定 OpenAI 在哪里执行模型推理。它只能让“谁向服务商发起请求”这件事具有稳定的网络位置。作为交换，团队需要多维护一个服务，包括容量、密钥、超时、队列、监控、补丁和区域可用性。

因此，relay 是一个解决特定网络约束的基础设施工具，不应该成为 AI 技术栈的默认组成部分。

请求路径	改变了什么	计费与凭据	最适合解决的问题	无法保证什么
Worker -> OpenRouter	使用 OpenRouter 的模型和 Images API	OpenRouter token 与余额	直接使用 OpenRouter 的模型目录和路由	固定出口或推理地区
Worker -> AI Gateway -> OpenRouter	在 OpenRouter 外增加 Cloudflare 控制层	OpenRouter token 与余额	集中管理网关可观测性和策略	未经测试的 Images API 兼容性
Worker -> AI binding -> 第三方模型	使用 Cloudflare binding 和计费路径	Unified Billing 或符合条件的 `default` BYOK key	托管凭据和 Cloudflare 计费控制	原生 Workers AI 价格或接口兼容性
Worker -> relay -> 供应商	增加自有的固定网络出口	供应商凭据加 relay 成本	稳定来源 IP 或来源地区	供应商内部的推理地区

GPT Image 2 让接口差异变得具体

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;
};

这种边界比一个假设所有图片 API 参数都相同的“万能供应商封装”更有价值。参考图编码、流式响应、多图输出、用量记录和错误格式，都应该作为独立能力验证。透明背景需要特别谨慎：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 美元；使用加密货币充值则是 5％。

Cloudflare 同样表示不会对供应商推理价格加价。Unified Billing 购买 credits 时会增加 5％费用。但 Cloudflare 的 GPT Image 2 公开页面把具体模型价格放在登录后的 dashboard 中，因此不能只根据充值手续费，凭空算出一个 Cloudflare “每张图片多少钱”的公开结论。

两边的 token 单价也都无法直接转换成一个通用的“每张图片 X 美元”。参考图数量、输出尺寸、质量和最终生成内容都会影响用量。更有意义的数字应该来自代表性业务任务：统计成功交付图片的平均费用，并把重试和失败任务单独列出。

使用 Cloudflare 托管凭据的 Unified Billing 请求，还有每个 gateway 每 60 秒 200 次请求的公开限制。BYOK 流量不受这一项托管凭据限制。需要注意，这是请求速率限制，不是对图片生成并发数或完成时间的承诺。

充值手续费的微小差异通常不足以决定整体架构。真实成本还包括生成失败、重复重试、对象存储、网关日志存储、relay 主机、运维投入和模型迁移成本。在图片系统里，可靠性带来的差异可能远高于不到一个百分点的充值手续费差异。

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 表示，默认会记录请求 metadata，但不会存储 prompt 和 response，即使请求报错也是如此，除非客户主动开启相关设置。但请求最终仍会到达上游模型供应商，因此该供应商当前的数据保留和训练政策仍然属于架构决策的一部分。当 endpoint 不满足设定的隐私规则时，OpenRouter 的隐私设置可以限制路由。

截至 2026 年 8 月 25 日，OpenRouter 的供应商政策记录显示 OpenAI 的 training: false，但仍标记存在 prompt retention。发布前应重新读取这项政策，因为供应商设置可能独立于模型 endpoint metadata 变化。

在商品图片生成场景中，prompt 可能包含尚未发布的商品信息，参考图也可能包含品牌资产。因此，一个可执行的隐私策略需要列出链路中的每个数据处理方，在不需要时关闭网关原始 payload 日志，并记录团队接受了哪一版供应商政策。增加 gateway 不会让供应商消失；启用供应商 ZDR 也不会自动关闭 gateway 日志。

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

Cloudflare 的边缘路由可能让请求从香港 colo 进入 Worker。这个信息只能说明 Worker 请求在哪里被处理，不能证明对外连接是从哪个国家发起，更不能确定 OpenAI 在哪里执行图片模型推理。

本次核验的两套 GPT Image 2 接口，都没有提供固定推理地区的参数。OpenRouter 当前只列出了一个 OpenAI endpoint，因此通用的供应商路由选项也不会凭空产生一个位于新加坡的 GPT Image 2 供应商。把 Cloudflare AI Gateway 放在中间可以增加控制能力，但其文档并没有承诺发往 OpenRouter 的请求会从新加坡出口。

这也是为什么地域问题不能只看 request.cf.colo。诊断时应该分别记录 Worker colo、实际请求路径、收到响应头或第一个事件的时间、完整生成时间、供应商 request ID、HTTP 状态、重试次数、参考图数量、质量、尺寸和输出数量。然后从真实用户所处的地区，对比成功率以及 p50／p95 完成时间。

如果供应商明确要求稳定的来源国家或 IP，在该地区部署 relay 可以满足这项网络要求。但它仍然不能强制供应商在当地执行推理，也不应该仅仅因为一次边缘 trace 显示 HKG 就被引入系统。

Cloudflare AI Gateway 与 OpenRouter 怎么选？按要避免的故障来决定

如果目标是使用 OpenRouter 上公开文档最完整的 GPT Image 2 API，可以直接从 Worker 调用 OpenRouter Images API。对于重视模型覆盖和聚合接口一致性的团队，这是最干净的基线方案。

如果核心诉求是 Cloudflare 侧的可观测性、策略或费用控制，那么把 AI Gateway 放在 OpenRouter 前面，概念上处于正确的架构层。不过对于图片生成，需要先证明专用 Images API 确实可以透传，不能从 chat-completions 示例推断支持情况。

如果目标是 Cloudflare 托管凭据和统一账单，可以使用 AI binding 的第三方 openai/gpt-image-2 契约。预算和测试时应该把它看作第三方模型，而不是免费的原生 Workers AI 推理。

如果硬性要求是稳定的出口国家或 IP，就应该使用 relay，同时接受它将成为正式后端的一部分。在承载客户任务前，relay 需要具备明确的并发上限、队列可见性、幂等请求、健康检查和区域故障处理方案。

迁移图片任务时，不要一次改变所有变量

更稳妥的迁移应该从供应商上层开始。保存不可变的任务输入，为任务分配 idempotency key，并把每个供应商的响应统一成一种内部结果。这样可以避免一次超时重试悄悄变成第二次计费生成，甚至再次向客户扣费。

接下来，使用生产中的相同 prompt、参考图、质量设置和输出数量，在目标路径上运行少量金丝雀（canary）任务。验证真正的图片字节或 URI，而不只是检查 HTTP 200。同时记录供应商 ID、用量、gateway log ID、端到端耗时和失败分类。

只有这些验证通过后，才逐步迁移一小部分流量。旧路径应该保留一段时间，以便区分接口契约问题和区域网络问题。如果在同一次发布里同时更换模型、gateway、响应解析器、重试策略和 relay，最终可能得到大量日志，却很难得到有效证据。

路由架构决定图片任务能否稳定完成，但不会决定生成结果是否具备商业价值。如果需要判断模型和图片质量，可以继续阅读我们的 GPT Image 2 与 Gemini 商品摄影对比。

应用
  -> Cloudflare Worker
       -> OpenRouter Images API -> OpenAI
       -> Cloudflare AI Gateway -> OpenRouter -> OpenAI
       -> Cloudflare AI binding + AI Gateway -> OpenAI
       -> 固定出口 relay -> OpenRouter 或其他供应商

这几条路径解决的是不同问题。把它们当成可以互换的方案，一次看似简单的供应商切换就可能变成图片任务失败。

openai/gpt-image-2

如果团队更看重统一的 Cloudflare 账单、网关控制或托管凭据，这条路径会更有吸引力。但它是一次接口迁移，而不是替换 base URL 就能完成的切换。

增加固定出口 relay

因此，relay 是一个解决特定网络约束的基础设施工具，不应该成为 AI 技术栈的默认组成部分。

请求路径	改变了什么	计费与凭据	最适合解决的问题	无法保证什么
Worker -> OpenRouter	使用 OpenRouter 的模型和 Images API	OpenRouter token 与余额	直接使用 OpenRouter 的模型目录和路由	固定出口或推理地区
Worker -> AI Gateway -> OpenRouter	在 OpenRouter 外增加 Cloudflare 控制层	OpenRouter token 与余额	集中管理网关可观测性和策略	未经测试的 Images API 兼容性
Worker -> AI binding -> 第三方模型	使用 Cloudflare binding 和计费路径	Unified Billing 或符合条件的 `default` BYOK key	托管凭据和 Cloudflare 计费控制	原生 Workers AI 价格或接口兼容性
Worker -> relay -> 供应商	增加自有的固定网络出口	供应商凭据加 relay 成本	稳定来源 IP 或来源地区	供应商内部的推理地区

GPT Image 2 让接口差异变得具体

应用如果要在这两条路径之间切换，应该先把供应商响应归一化成自己的内部对象，例如：

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

Cloudflare AI Gateway 与 OpenRouter 对比：GPT Image 2 怎么选

更多文章

Google Merchant Center 2027 图片尺寸要求：500×500 迁移清单

GPT Image 2 与 Google Gemini：哪款 AI 更适合生成产品照片？

Cloudflare AI Gateway 与 OpenRouter 对比：GPT Image 2 怎么选

更多文章

Google Merchant Center 2027 图片尺寸要求：500×500 迁移清单

GPT Image 2 与 Google Gemini：哪款 AI 更适合生成产品照片？