图片 API · 价格核算

AI 生图 API 价格怎么算:按张、Token、倍率和重试成本

解释 AI 生图 API 按张、Token、倍率、尺寸和重试成本,给出可复核的图片生成预算方法。 本文把可验证事实、目录价格和稳定性边界分开记录。

更新日期:2026-09-10·证据:公开规格核对、本站目录与工程检查清单
按张有效成品×单价
GPT Image 2.5¥0.03/张
Gemini/Grok¥0.01/张
最终口径控制台流水

1. 三种计费单位

按张模型用“有效成品张数×单张价”;Token 模型要加提示词、输入图和输出 token;混合计费还要看质量档、尺寸和缓存。比较前先把单位统一到元/张或元/百万 token,避免把不同口径的数字排成一张假对比表。

2. 倍率与重试公式

预算可写成:请求成本=基础单价×计费单位×倍率调整+重试成本。本站 0.2x 等目录倍率只用于解释渠道展示,不保证官方价乘 0.2 就等于控制台实付。失败请求是否计费、缓存是否命中,都要以流水为准。

3. 例子:先算再对账

20 张 GPT Image 2.5 的参考算术是 20×0.03=0.60 元;若废图率 10%,计划产出 20 张就应按约 22 张请求预算,即 0.66 元。每次记录 model、size、quality、状态码和 request ID,月底用控制台 CSV 对账。

4. 便宜也要稳定

低价不能替代工程约束。给每个项目单独 Key 和额度,设置总超时、有限退避与幂等键;将主模型、备用模型和回退原因写入日志。

5. 常见问题

“按张”不代表所有失败都免费;“0.2x”不代表官方价二折;一次成功请求不能证明 SLA。遇到金额差异时,先核对计费单位、重试次数和缓存命中。

常见问题

页面价格是最终账单吗?

不是。页面展示的是当前目录参考口径,充值、缓存、重试和合同规则可能改变实际费用,最终以控制台流水为准。

如何证明 API 稳定?

用固定任务和连续窗口记录成功分支、失败分支、状态码、耗时与回退次数;没有逐模型样本时不宣称单模型 SLA。

来源与边界:模型 ID、目录价和接口字段以本站模型广场及控制台当前显示为准;官方规格仅用于交叉核对。核对日期:2026-09-10。相关页面、相关页面

6. 废图率与重试率如何进入预算

图片项目不能只用“目标成品数×单价”。如果目标产出 100 张、预计废图率 8%、网络重试率 2%,请求预算应先按 100÷(1-0.08)≈109 张,再为重试预留约 2 张,最终按 111 张估算。以 GPT Image 2.5 ¥0.03/张计算,参考预算约为 3.33 元;Gemini/Grok ¥0.01/张约为 1.11 元。

该算式是预算模型,不是账单承诺。失败请求是否计费、缓存是否命中、质量档是否加价,都必须用控制台流水复核。每周把计划张数、实际张数、废图原因和重试次数放在同一张表中,才能发现“单价便宜但废图高”的反效果。

7. 发布前对账清单

  1. 确认模型 ID 与尺寸字段来自当前控制台。
  2. 记录每个请求的 request ID、HTTP 状态和计费张数。
  3. 将 400 参数错误与 5xx 上游错误分开统计。
  4. 把重试请求与原订单关联,避免重复计入成品数。
  5. 月末用控制台导出核对目录参考价,不用页面算式替代流水。

更多模型字段可查看GPT、Gemini、Grok 调用对比,稳定接入原则可查看图片生成 API 指南。

8. 不同项目的预算情景

电商团队通常先做 10 张商品主图,再按废图率决定是否扩大批量;内容团队更关心参考图、尺寸和品牌一致性;开发团队则要把 API 失败重试和对象存储费用分开。建议先用 1 个模型、1 个尺寸、1 个 Key 建立基线,再对比第二个模型,避免一次改变多个变量。

每次发布价格页面时记录核对日期和目录版本。目录价格变化后,旧账单仍按控制台流水解释,不能回写成新的历史单价。

9. 官方口径与本站口径如何并列

官方文档主要说明接口字段、输入格式和模型能力;本站模型页说明当前可售 ID 与目录价格;控制台流水才是项目实际扣费。三层信息的用途不同,不能用其中一层替代另一层。发布采购单时,把核对日期、模型 ID、单位和重试规则一起存档,下一次价格变更即可定位差异。

字段参考:OpenAI 图片指南;通用预算方法见图片模型调用对比。