图像生成 API 的真实计价方式
没有任何图像 API 提供诚实的按张定价：每个请求都按计量 usage 项结算，账户定价策略再应用于准确的官方总额。值得做预算的单位是每个验收资产成本，包括重试与被拒输出。
·
图像 API 按 usage 项计费，而非按张
apiToken.sale 上已发布的两款图像模型——Nano Banana 2（gemini-3.1-flash-image）与 GPT Image 2（gpt-image-2）——计费方式相同：text input、可选的 reference-image input、提供商认可的 cached input 以及 image-output token 按官方费率计量，然后账户策略应用于该准确官方总额。普通 B2C 账户享受固定五折，因此下表的各项就是完整的定价逻辑。
| 组成 | Nano Banana 2 | GPT Image 2 |
|---|---|---|
| Model ID | gemini-3.1-flash-image | gpt-image-2 |
| Prompt/text input | $0.50/M 官方 | $5/M 官方 |
| 参考图输入 | 按模型费率计算 input token | $8/M 官方 |
| 渲染图像 | $60/M image token；按尺寸固定数量：747（0.5K）、1,120（1K）、1,680（2K）、2,520（4K） | $30/M 终态 usage 中的实际 image-output token |
| Cached input | 该图像模型无 input 折扣 | fresh 的 25%：text $1.25/M、image $2/M |
| 本站普通 B2C | 准确官方总额五折 | 准确官方总额五折 |
按准确的请求与响应形态计价
两款模型遵循同一定价规则，但协议不同。Nano Banana 2 使用原生 Gemini generateContent，带 x-goog-api-key 头，输出尺寸由显式 imageSize 控制（1K、2K 或 4K）并指定宽高比。GPT Image 2 使用 OpenAI Images 路由，带 Authorization: Bearer，已发布控制为 background opaque 或 transparent、quality low，以及作为比例的 size（auto、1024x1024/1:1、1536x1024/3:2、1024x1536/2:3、4:3、16:9、9:16）；编辑走 /v1/images/edits，参考图为 1–5 张 PNG、JPEG 或 WebP（每张 ≤50 MB）。
curl https://router.apitoken.sale/v1beta/models/gemini-3.1-flash-image:generateContent \
-H "x-goog-api-key: $APITOKEN_API_KEY" \
-H "Content-Type: application/json" \
-d '{"contents":[{"parts":[{"text":"A studio photo of a ceramic mug"}]}],"generationConfig":{"responseModalities":["TEXT","IMAGE"],"imageConfig":{"imageSize":"1K","aspectRatio":"1:1"}}}'
curl https://router.apitoken.sale/v1/images/generations \
-H "Authorization: Bearer $APITOKEN_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-image-2","prompt":"A studio photo of a ceramic mug","background":"opaque","quality":"low","size":"auto"}'响应形态也不同：Nano Banana 2 以 inlineData 图像 part 返回图片，GPT Image 2 返回单张非流式 base64 PNG。两种情况下已交付响应都属于已结算 usage——不存在返回图像的免费预览调用。
按已发布费率演算成本
Nano Banana 2 的算术完全可预测。1K 渲染固定为 1,120 image token：1,120 × $60/M = $0.0672 官方，五折后 $0.0336。400 token 的提示词增加 400 × $0.50/M = $0.0002，整个请求约结算为 $0.0674 官方、应付约 $0.0337。同样的固定项在折后给出 2K $0.0504、4K $0.0756。文本/思考输出与 grounding（如使用）在终态 usage 中仍是独立计费项。
GPT Image 2 的计费项是可变的，因此先演算示例再实测。假设一次产品编辑发送 900 fresh text input token（官方 $0.0045）、一张折算为 1,200 fresh image input token 的参考图（$0.0096），并返回 4,000 image-output token（$0.12）。官方总额为 $0.1341，普通 B2C 约付 $0.0671。真实请求会不同——结算权威是终态 usage，而不是这里的演算。
业务应做预算的单位是每个验收资产成本：所有已结算请求费用（含被拒输出）除以验收资产数。如果上例中 60% 的 1K Nano Banana 2 候选通过审核，每个验收资产实际约为 $0.0337 ÷ 0.6 ≈ $0.056。单 token 看似便宜、但每个可用结果需要三四次尝试的工作流，会输给名义更贵但验收率更高的模型。
账户类型决定相同 usage 的价格
| 账户类型 | 定价规则 |
|---|---|
| 普通 B2C | 准确官方总额全局五折，再应用更具体的有效规则 |
| B2B | 仅使用协商后的 provider/model 策略 |
| OpenKeys | 官方 1:1；无 B2C 折扣 |
| Service | 仅计量；不计算客户扣费 |
扣费从预付余额中划扣，而非账单纯结算。通过 Google 或 GitHub 创建的账户自带 $5 平台赠金，先于任何付费余额消耗——足以完成 countTokens 估算和数次有界图像生成。充值支持银行卡或加密货币的任意整数美元金额，余额永不过期。
折扣改变应付金额，不改变模型可用性。制定预算或发布可用性声明前，必须使用同一密钥发现模型。
建立可辩护的活动预算
- 01使用生产密钥发现准确的图像模型及其协议。
- 02免费估算输入：Nano Banana 2 用 gemini-3.1-flash-image 的 countTokens，GPT Image 2 用一次带终态 usage 的有界真实请求。
- 03限制请求形态：输出尺寸（1K/2K/4K 或 auto）、参考图数量与每资产最大尝试次数。
- 04记录每次已结算尝试的终态 usage、request ID 与折后费用，并与仪表板账本记录核对。
- 05在代表性集合上测量验收率，用每个验收资产成本乘以预测数量，并把密钥终身消费上限设在该预算之下、耗尽前告警。
- 默认使用 1K，仅升级未通过交付分辨率检查的资产：折后 4K 图像项（$0.0756）是 1K（$0.0336）的 2.25 倍。
- 只发送确实约束结果的参考图——每张参考图都是计费 image input。
- 用固定视觉清单和每资产硬性尝试预算替代无尽提示词重试。
- 不要指望 Nano Banana 2 的输入缓存：该图像模型 cached input 按全额费率计费，而 GPT Image 2 的 cached input 按 fresh 的 25% 结算。
- 为每个图像工作负载配置独立密钥与终身消费上限，避免单个活动耗尽整个账户余额。
常见问题
估算图像请求最便宜的方法是什么？
Nano Banana 2 可用 countTokens 免费估算 gemini-3.1-flash-image 的输入而不生成图像，再加 1K、2K 或 4K 的固定输出项，即可在生成前得到完整价格。GPT Image 2 没有等价估算器，权威总额需要一次有界真实请求及其终态 usage。
五折是否意味着每张图片都是固定标价的一半？
不是。该策略把普通 B2C 的准确官方 usage 成本减半。Nano Banana 2 的图像项按尺寸可预测——1K、2K、4K 分别为 $0.0336、$0.0504、$0.0756；GPT Image 2 仍是可变的终态 token usage，因此只能提前给出输入费率，而非单张总价。
预算是否要计入失败图像？
要。如果请求已交付输出并结算 usage，即使资产未通过质量检查，其费用也属于获取成本。用总结算支出除以验收资产数——这个比率而不是费率表，才是活动的真实成本。
在哪里核对最终图像扣费？
按 request ID 将提供商终态 usage 与匹配的仪表板账本记录一起核对；不要从 PNG 文件大小、像素尺寸或部分输出推断金额——它们都不是计费公式。
能否不花钱测试图像生成定价？
基本可以。通过 Google 或 GitHub 创建的账户获得 $5 平台赠金，先于付费余额消耗；countTokens 可免费估算 Nano Banana 2 输入。唯一必然付费的步骤是首次真实生成——将其限制在 1K 或 quality low，并为密钥设置终身消费上限。