生图 API 按次还是按 Token？用可用成图成本来比较

预算是否可预测，看计费单位；最终是否划算，看拿到一张可用图片花了多少。 按次和按 Token 都可能适合你的任务，不能只比较两个入口看起来最小的价格数字。

本文依据本站现有接入和计费文档整理，核对日期为 2026 年 9 月 20 日。没有进行新的付费生图或质量对比测试，下面的成本数字均为假设示例。当前模型、分组和会员档价格以 价格页为准。

第一步：确认你比较的是哪两个入口

相似的模型名称不一定对应相同计费、尺寸或接口规则。先把下面这些信息放到同一张表里：

例如本站有 GPT-Image-2 Token 入口，也有图像总览中的计次入口；Gemini Token 生图的调用方式应按专门文档核对，不能只把计次示例里的模型后缀删掉就认为等价。

计费方式本身也不能证明原生分辨率、画面质量或模型身份。这些需要对应模型说明和可复查的输出证据。

按次：容易估算，但先定义“一次”

在计费单位和单价明确时，计次入口容易形成预算：

费用 = 已计费单位数 × 当前有效单价

但“一次请求”“一张输出”“一个计费单位”未必是同一个概念。不要默认把 n 改成更大的值仍只收一个单位，也不要把某一个模型的失败结算规则套给所有入口。

适合优先考虑计次的场景是规格固定、批量较稳定、需要提前报价或控制单任务预算。仍要检查尺寸、质量和参考图限制，并将已经计费但不满足需求的图片计入成本。

按 Token：按实际用量核算，估算需覆盖图像部分

Token 入口通常需要把响应中对应类别的用量，与该入口的有效单价配对。文本、图像输入、图像输出或缓存字段是否拆分，应以具体协议和账单为准。

费用 = 各计费类别的用量 × 对应单价，再求和

若单价按百万 Token 展示，要统一单位后计算。不能只用提示词字数估计生图费用：参考图及输出图片也可能产生用量，短提示词不代表整个请求一定便宜。

适合优先评估 Token 的场景是需要理解实际用量构成、不同规格差异明显，或希望按任务数据优化成本。是否更便宜，仍需要同条件样本或已有日志，不能由计费名称推导。

用“可用成图成本”避免低价误判

先定义可用标准，例如尺寸合格、主体正确、参考图要求满足、文字可读、透明背景符合要求。再计算：

每张可用成图成本 = 该任务全部实际计费 / 通过验收的图片数

假设两种方案各完成 10 次已计费尝试：

B 的总账单更高，但在这个假设样本里，每张可用图片成本更低。该示例不代表任何具体模型表现；10 次也只是展示算法，不能据此得出稳定的质量排名。验收为 0 时，不应显示成本为 0，而应记录为本轮没有可用成图。

如果图片还需要人工修图，可把修图时间另列为业务成本，避免将人工费用混进 API 账单后失去可核对性。

超时与重试是预算中最容易漏掉的一项

客户端超时只说明客户端没在等待期限内拿到完整结果，不能直接证明服务端失败或没有计费。

• 已有任务 ID：按该接口文档查询已有任务，确认状态后再决定是否重试。
• 已有结果 URL 或 base64：先保存或重新下载既有结果，下载失败不应自动变成新生成。
• 同步请求中断、没有任务 ID：记录时间、模型和请求标识，核对消费记录或联系支持；不要假设每个生图入口都支持任务恢复或幂等重试。

同时检查应用、工作流平台、反向代理与客户端各层等待时间。只把 curl 的等待时间改长，并不能消除其他中间层提前断开的限制。具体设置遵循 图像生成说明。

一个可执行的选择顺序

1. 写下必须满足的能力：尺寸、参考图、编辑、格式及交付时间。
2. 从文档中筛出满足条件的入口，再比较价格，排除单位不同的直接比价。
3. 优先整理已有调用日志；需要新增验证时，限定样本数、输出规格和预算。
4. 同时记录总费用、成功返回、通过验收、重试和人工处理时间。
5. 为默认方案设置明确的停止条件；不要在超时后无限自动重发。

价格、能力或任务类型变化后重新评估。稳定规格可偏重预算可预测性，复杂编辑任务可偏重可用成图率，但最终都应使用自己的任务证据来选择。