GPT Image 2.6 API 怎么收费？图片预算与 GIF、SVG 计费说明
核对 Flare 与 Sunburst 的官方 API 单价，用可复算示例估算图片预算，并说明 GIF、SVG 的额外计费边界与实际接入条件。
Ofox 
GPT Image 2.6 Flare 和 Sunburst 的 OpenAI 官方 token 单价相同：文本输入每百万 token 5 美元，图片输入 8 美元，图片输出 30 美元。但这不意味着每张图片、每个 GIF 或每份 SVG 的总价相同。 输入素材、输出消耗和生成次数都会影响费用；SVG 还包含将参考图写成矢量文件的模型费用。
本文于 2026 年 11 月 5 日核查，属于基于官方资料的价格与接入指南。下文算例是计算演示，不是 Image 2.6 的实测账单。本批未进行付费生成测试。Ofox 是本文发布方，文中的 OpenAI 官方单价不代表 Ofox 报价。
Image 2.6 在哪里用？先分清三个入口
OpenAI 于 11 月 4 日正式发布 Images 2.6，涵盖 ChatGPT、Codex 和 API。两个 API 型号分别为 gpt-image-2.6-flare 与 gpt-image-2.6-sunburst。实际调用时应使用服务商要求的精确 ID，不要把文章标题或界面显示名称直接当作请求参数。
| 入口 | 开始前要确认什么 |
|---|---|
| ChatGPT／Codex | 当前账号界面和使用额度；支持使用不等于无限生成 |
| OpenAI 直连 API | API 项目、凭据、计费与模型权限；配套教程使用此路径 |
| Ofox | 当前模型目录和账号可用模型；11 月 5 日核查时，两款 2.6 均未列出，不能把上游发布当作 Ofox 已接入 |
本次 Ofox 核查覆盖公开目录返回的全部 126 条记录，以及本账号可读取的模型列表。它只说明核查时这些来源的展示状态，不代表永久不可用。当前目录中的 GPT Image 2.5 Flare 与 Sunburst 是不同版本，不能据此推断它们支持 2.6 的 GIF 或 SVG 请求。Ofox 接入路径应以模型文档为准。
官方价格表：注意单位和适用条件
Flare 模型页与 Sunburst 模型页列出的美元单价如下：
| 计费项目 | Flare | Sunburst | 单位 |
|---|---|---|---|
| 文本输入 | $5.00 | $5.00 | 每百万 token |
| 缓存文本输入 | $1.25 | $1.25 | 每百万 token |
| 图片输入 | $8.00 | $8.00 | 每百万 token |
| 缓存图片输入 | $2.00 | $2.00 | 每百万 token |
| 图片输出 | $30.00 | $30.00 | 每百万 token |
价格表列出缓存单价，不等于你的请求一定命中缓存。当前图片指南关于缓存适用端点的段落明确提到的是 Image 2 和 2.5，本文不将该结论延伸到 2.6。应以所用路径和实际请求的计费证据为准；尚未确认的缓存优惠，不计入预算。
相同单价也不代表相同任务消耗同样数量的 token。模型、尺寸、画质和尝试次数都影响最终预算。批量生成前，再核对当前官方价格。
一次普通图片请求怎么计算？
如果没有已确认的缓存折扣，也没有其他对话模型或 SVG 编写模型的费用，可以按以下方式计算：
美元费用 =（文本输入 token × 5
+ 图片输入 token × 8
+ 图片输出 token × 30）/ 1,000,000下面是假设算例，不是 Image 2.6 实测返回。 假设文本输入 120 token、没有图片输入、图片输出 1,000 token，则费用为 (120 × 5 + 1,000 × 30) / 1,000,000 = 0.0306 美元。如果再增加 1,024 个图片输入 token，增加的费用为 0.008192 美元，合计 0.038792 美元。这些 token 数只是演示算式，不是在预测你的图片消耗。
文本输入与图片输入应分别记录。如果响应同时包含输入总量和细分量，不能将总量与细分量重复计费。缺少细分时应记录“未知”，不能默认全部为文本输入。确认存在缓存时，再区分已缓存和未缓存部分，同样不要重复相加。
官方输出费用计算器可以按模型、画质和尺寸估算图片输出部分，但不等于包含参考图、其他模型工作的完整账单。需要可重复估算时，明确参数比使用 auto 更容易比较。
预算应按合格成品计算
假设小规模试验得到的平均单次费用为 0.0306 美元，验收通过率为 80%。这两个数在真正测量前仍是假设。为了获得 100 张合格图片，预计需要 100 / 0.8 = 125 次尝试，示例预算为 3.825 美元。如果通过率只有 50%，则需要 200 次，预算变为 6.12 美元，尽管 token 单价没有变化。
“合格”应对应实际任务：文字正确、商品标签没有被改坏、尺寸符合要求、版式可用。HTTP 200 仅表示请求成功返回。已经成功生成、但被你主动淘汰的图片，也可能构成支出；这与“服务商如何处理 HTTP 失败请求的费用”是两个不同问题。
第一批测试建议把模型、端点、参数、输入数量、耗时、返回 usage、实际扣费和验收原因放在同一条记录里。未通过验收的成品与合格成品都保留。不要用一次快速返回推导稳定延迟，也不要把单次费用当成固定生产单价。
GIF 和 SVG 为什么要单独估算？
| 交付物 | 不能只看普通图片单价的原因 | 应记录的内容 |
|---|---|---|
| 普通位图 | 输出消耗和参考图输入会变化 | 尺寸、画质、输入与 usage |
| GIF 动图 | 帧数和每帧尺寸影响任务规模，验收还包括循环效果 | 实际帧数、播放时长、尺寸、文件大小、usage 与扣费 |
| SVG | 参考图生成与编写矢量文件的模型都涉及计费 | 参考图费用，以及编写模型的用量和适用费率 |
官方费用指南说明了 SVG 编写模型的费用，但该段没有给出一个通用的编写模型费率。因此，不能把全部 token 都按每百万 30 美元计算，再声称那是 SVG 总价。同样，“单张静态图片估价乘以 GIF 帧数”也不是已验证的计费公式。应读取对应任务的实际 usage 与计费记录。
配套的 GIF 生成与验收教程（英文）提供文件保存和动画检查方法；SVG 生成与编辑检查教程（英文）说明如何检查矢量元素及交付条件。两篇都提供可下载的本地工具，并明确区分文档请求示例与真实 API 测试。
complexity 调低就更便宜吗？
quality 控制渲染细节，complexity 控制规划程度。官方文档为 complexity 列出 low、medium、high，省略时默认 high，并说明调整该参数不单独收取费用。但这不等于不同设置的最终账单必然一致，也不保证 low 可以完成所有任务。
对于简单修改，可以在输入、尺寸和画质不变的条件下，比较低 complexity 与原设置。对于密集文字或多个空间约束，要检查规划减少是否导致更多返工。如果单次便宜，却需要更多尝试才能得到合格结果，总费用未必下降。本文没有对 2.6 的这一取舍进行实测。
充值或迁移前，按这个顺序检查
- 确认服务商提供精确型号。OpenAI 与 Ofox 的凭据和 base URL 不要混用。
- 从单次请求和明确的小额预算开始，不能将密钥暴露在网页或共享截图中。
- 保存 usage，并与账号扣费对照；预估与实际结算分开记录。
- 验收成品：GIF 查帧数与动作，SVG 查结构与编辑结果。
- 样例通过后再放大规模。2.5 升级 2.6 需要回归检查，不能只替换模型名称。
已有 Ofox 2.5 工作流可参考 2.5 价格指南中标明版本的历史测试。这些记录可以帮助理解费用核对方法，但不能当成 2.6 的实测结果。Ofox 限流文档也应单独核查：充值成功并不证明账号具有某个并发额度。
