AI出图接口按张还是按步计价

做图像功能的开发者常卡在同一个地方：接口文档写着按张计费，可实际账单跟出图数量对不上；也有人按步计费跑了几轮，钱花得比预期快很多。这篇不堆概念，先把两种口径分别是怎么算的、各自在什么情况下不吃亏讲明白，再给一套选型与自查动作，让你在接接口前就能估出大致成本走向。

做图像功能的开发者常卡在同一个地方：接口文档写着按张计费，可月底账单跟后台出图数量对不上；也有人按步计费跑了几轮，钱花得比预期快不少。两种口径本身没有谁更便宜，差别在于钱是跟着「成功的图」走，还是跟着「生成过程」走。接接口之前先把这一层想明白，后面估算成本和排查账单才有抓手。

这篇不堆概念，先拆开两种口径分别在算什么，再讲哪些使用习惯会让成本悄悄跑偏，最后给一套选型和自查的动作顺序。你不需要记任何具体数字，需要的时候到站内价格与用量相关页面核对当期数字即可。

两种口径分别在算什么

按张计费

以最终成功返回的图片为计数单位，请求一次拿到几张就算几次，重试、失败和审核拦截的处理方式要单独确认。

按步计费

把一次生成拆成若干步，每一步都计入消耗，步数通常跟分辨率、画质、采样或迭代设置挂钩。

混合口径

同一次调用里既按图张数收基础费、又按步数叠加工时费，常见于带后处理或放大的接口。

关键差别在于变量的归属：按张口径下，你的花费和出图数量强相关，运营侧好理解；按步口径下，花费和参数强相关，同一张图因为设置不同可能差出好几倍。所以拿订阅页或网页版的印象去套接口，往往会对不上。

哪些使用习惯会让成本跑偏

• 高频重抽、批量试风格：按张口径下废图也算消耗；按步口径下同一张图被反复算钱
• 固定分辨率跑量：按步口径可控性更好，因为公式里变量少，输出稳定
• 参数被悄悄调高：分辨率或画质档位一升，按步口径的花费会跟着涨，按张口径则可能不变
• 失败重试堆积：不区分失败是否计费，账单就会跟出图数持续偏离
• 并发与排队：影响实际吞吐速度，但一般不改变单张的计费口径，别把限速当成省钱手段

判断思路很简单：你的花费是更容易被「出图数量」带跑，还是更容易被「参数设置」带跑。前者说明你在按张口径下风险大，后者说明你在按步口径下风险大。把这条想清楚，比记住任何单价都有用。

按你的出图场景对口径做选择

选口径不是选便宜，而是选「预算可控」的那一种。下面按三类常见场景给判断标准，注意前提是接口可换或可配，如果平台只提供一种口径，那就转到参数控制上做文章。

1. 小批量、风格探索为主优先找按张口径的接口，把预算直接挂在使用张数上，方便做上限控制；验证方式是记录一周请求数与账单的对应关系。
2. 大批量、参数固定优先考虑按步口径，但上线前必须把步数上限锁死，并在代码里写死默认参数，防止前端任意调高。验证方式是抽样比对同参数下的消耗是否稳定。
3. 接口与网页端混用分开记账，不要混在一张表里判断；给接口调用单独打标，月底单独看这块用量。

什么情况下不适用：如果你只能用平台指定的唯一口径，或者接口封装层已经帮你做了重试和参数限制，那这里的取舍空间很小，重点应转到调用层的参数治理上。

接之前先做四步核对

• 翻官方价目页，确认计费单位写的是张还是步，以及失败请求的处理规则
• 用固定提示词跑一批小样本，记录请求次数、返回张数和账单变化，反推真实口径
• 拿不准就去站内的价格追踪类页面比对当期数字，别凭记忆估算
• 上线后设一条用量告警线，触发后回查是重试变多还是参数被调高了

第 2 步是重点。很多人只看文档就下结论，但文档写的和实际扣费口径经常有出入。用几十次调用做一次小样本对照，比读十遍说明都可靠。核对当期数字时，到站内价格追踪相关页面去看当时的数字，不要在群里或旧资料里抄。

什么情况下这套判断不适用

这套按张与按步的判断，本质是「按次结算」产品的成本分析工具。只要结算方式不按次走，逻辑就换了，硬套只会算错。

• 包月订阅、额度包这类不按次结算的产品，看的是额度上限和限速，不是单张口径
• 自建部署或私有化交付，成本模型变成算力与运维，跟接口计费是两套账
• 平台临时调整计费规则时，历史经验会失效，以当期页面为准
• 代理、中转类服务，实际结算口径可能和上游官方不同，要单独确认

先搞清钱花在「成功的图」上还是「生成的过程」上，再谈选型和优化。