
GPT Image 2.6 vs 2.5:画质档位、出图成本与迁移选择
已经在用 GPT Image 2.5,要不要升级到 2.6?比较 low、medium 出图费用,固定参数测试,再迁移现有编辑和 GIF 请求。
文章目录
如果你正在用 GPT Image 2.5 medium 批量出图,升级前先比较三组:原有配置、2.6 low 和 2.6 medium。同名画质在 2.6 上可能消耗更多输出 token,选档位时要一起看合格图片和总费用。
GPT Image 2.6 和 2.5 有哪些区别
在 EvoLink 上,GPT Image 2.6 相比 2.5 主要有以下变化:
| 能力或设置 | GPT Image 2.5 | GPT Image 2.6 |
|---|---|---|
| 出图前的规划 | 未开放 complexity 字段 | 可选 low、medium、high |
| 画质档位 | low、medium、high、xhigh、max | 名称相同,low 和 medium 预计消耗更多输出 token |
| 局部编辑 | 参考图配合蒙版 | 参考图配合蒙版,或单独的标注图层 |
| GIF 输出 | 输出 PNG、JPEG、WebP 静态图片 | 可直接返回 GIF,控制帧数和播放节奏 |
| SVG 输出 | 不支持 | EvoLink 暂不支持,OpenAI 已提供 |
同样选 medium,2.6 会更贵吗?
按相同的图像输出 token 单价估算,1024×1024 的 medium 图片在 2.6 上更贵,输出费用约为 2.5 的 3.3 倍。
差别来自每张图消耗的输出 token 数量。生成一张 1024×1024 图片,2.5 的 medium 预计消耗约 439 个图像输出 token,2.6 的 medium 约为 1,449 个。low 也从约 196 个增加到约 824 个。high、xhigh 和 max 的输出 token 估算则保持相同。
| 画质 | GPT Image 2.5 | GPT Image 2.6 | 输出费用对比 |
|---|---|---|---|
low | 0.0059 美元 | 0.0247 美元 | 约 4.2 倍 |
medium | 0.0132 美元 | 0.0435 美元 | 约 3.3 倍 |
high | 0.0527 美元 | 0.0527 美元 | 官方口径 1.0 倍 |
xhigh | 0.0937 美元 | 0.0937 美元 | 官方口径 1.0 倍 |
max | 0.2107 美元 | 0.2107 美元 | 官方口径 1.0 倍 |
在 2.6 中,medium 和 high 的输出费用分别约为 0.0435 美元和 0.0527 美元,差距比 2.5 小。如果 medium 生成的小字或商品纹理不够清楚,可以试试 high,再看改善是否值得多花这笔钱。
GPT Image 2.6 比 2.5 快吗?
Flare 和 Sunburst 的结果不同。CellCog 于 2026 年 11 月 5 日通过 OpenAI API,使用相同提示词、尺寸和 quality 对比,记录了从请求发出到收到文件的耗时:
| 任务、尺寸与 quality | 2.5 Flare | 2.6 Flare | 2.5 Sunburst | 2.6 Sunburst |
|---|---|---|---|---|
数据图, 1536×1024, high | 13.8 s | 6.8 s | 20.4 s | 23.8 s |
活动海报, 1024×1536, high | 15.1 s | 8.0 s | 25.3 s | 25.4 s |
吉祥物, 1024×1024, medium | 10.2 s | 6.2 s | 13.3 s | 16.9 s |
象形图标, 1024×1024, low | 7.5 s | 5.6 s | 9.5 s | 14.5 s |
在这四项任务中,2.6 Flare 比 2.5 Flare 更快;2.6 Sunburst 的耗时则与 2.5 Sunburst 接近或更长。这些数字来自 CellCog 在一台电脑、一个晚上的测试。迁移到 EvoLink 时,应比较同一变体,并把所用路由的排队和下载时间计入实际等待。
相同提示词下,2.6 的实际画面更好吗?
没有统一答案。版本升级本身不代表每个提示词或版式都会变好。应在有代表性的实际任务中,用相同提示词、参考图、尺寸和画质比较两个变体。2.5 的成品已满足需求时就继续使用;只有当 2.6 的规划、编辑表现或 GIF 输出能改善这项具体任务时再迁移。
比较 2.5 和 2.6 时,哪些设置要保持一致
第一轮先固定原来的尺寸、参考图和明确的 quality 档位。下面四个参数可以帮助你分清,变化来自版本、尺寸、渲染细节,还是新增的规划设置:
| 参数 | 控制什么 | 使用例子 |
|---|---|---|
size | 图片比例或具体像素尺寸 | 用 16:9 做横图,或直接填 1536x1024 |
resolution | 按比例生成时,选择多大的图片 | 配合 16:9,选择 1K、2K 或 4K |
quality | 渲染细节,也影响输出 token 和费用 | 试构图用 low,小字或纹理不清楚时再提高档位 |
complexity | 出图前花多少精力规划构图和物体关系 | 换背景先试 low,复杂信息图先试 high |
complexity: low;制作包含多个商品、价格和标签的信息图,可以先用 high。调整时一次改一个参数。先固定 quality,比较不同 complexity 下的构图和物体关系;布局没问题后,再提高 quality,看文字和纹理有没有改善。
在 EvoLink 中,size 填比例时,resolution 才生效;填精确像素或 auto 时,resolution 会被忽略。GIF 的尺寸要按每一帧来设置。



继续使用蒙版,还是尝试 2.6 画圈编辑?
mask_url。如果用圈或箭头指出物体比制作精确蒙版更方便,再试 markup_url。例如,一张图里有几个花瓶,只圈出其中一个并要求换色。image_urls 的第一张,再准备一张同尺寸的透明 PNG,里面只放圈、箭头等标记,通过 markup_url 传入。原图和标注层要分开,不要把红圈直接画进原图。提示词可以写:把红圈里的花瓶改成钴蓝色。保持花瓶形状、花、桌面和背景不变。去掉成品中的红圈。
mask_url;想圈出某个物体再修改,可以用 markup_url。同一个请求只能选其中一种。

把 2.5 静态出图流程扩展为 GIF 输出
2.5 的静态流程输出 PNG、JPEG 或 WebP。迁移到 2.6 后,可以直接请求完成的 GIF,用提示词或静态参考图制作吉祥物挥手、表情眨眼和商品小循环。把它作为新增交付类型测试,再与原来的静态图任务分别评估。
output_format 设为 gif,帧数 frame_count 和每帧停留时间 frame_duration_ms 放进 model_params。第一次可以用下面这组设置:size: auto:每帧 512×512。frame_count: 9:生成 9 帧。frame_duration_ms: 200:每帧停留 200 毫秒,一轮播放 1.8 秒。n: 1,背景设为opaque,即不透明背景。
EvoLink 目前支持 2–16 帧。所有帧会拼在一张大图里生成和计费,因此帧数增加后,可能需要缩小每帧尺寸,避免超过整张图的大小限制。

需要 SVG 时,迁移前先确认调用接口
怎样判断一项任务是否适合迁移到 2.6?
如果 2.5 已经能稳定做出合格图片,而且你主要用 low 或 medium 批量出图,可以继续保留。需要调整出图前的规划、使用 EvoLink 的画圈编辑,或者直接生成 GIF 时,再尝试 2.6。
比较成本时,把重做和修改也算进去:总共花了多少钱,最后能交付多少张图,中间改了几次。即使单次生成更贵,只要返工减少,每张合格素材的总成本仍可能更低。
已经接入 2.5,怎么迁移到 2.6
先用一条普通静态图请求测试。保留原来的提示词、参考图、尺寸和 quality,只修改模型 ID:
- Flare:
gpt-image-2.5-flare换成gpt-image-2.6-flare。 - Sunburst:
gpt-image-2.5-sunburst换成gpt-image-2.6-sunburst。
POST /v1/images/generations 提交请求,保存任务 ID,再通过 GET /v1/tasks/{task_id} 查看进度,直到任务完成。结果链接有效期为 24 小时,需要保留的文件要及时下载。先检查这次生成的图片和用量,再分别调整 quality 和 complexity,每次只改一个参数。这样更容易判断,效果和费用的变化来自哪里。
GPT Image 2.6 与 2.5 常见问题
low 和 medium 两档,2.6 的输出费用都更高吗?
在本文相同单价、1024×1024 尺寸的比较中,是的:low 的预计输出费用约为 2.5 的 4.2 倍,medium 约为 3.3 倍。原因是每张图的预计输出 token 增加了:low 从约 196 个增至 824 个,medium 从约 439 个增至 1,449 个。最终预算还要加上输入用量。 按 EvoLink 的标价计算,对应约为 4.7 倍和 3.7 倍;实际费用以模型页计算器为准。
什么情况下可以继续使用 GPT Image 2.5?
如果现有流程已能稳定交付,而且 low 或 medium 的批量费用很重要,可以继续保留。用常见任务比较原有配置、2.6 low 和 2.6 medium,再看合格图片数、修改次数和总支出。需要规划控制、画圈编辑或 GIF 输出的任务,再考虑切换到 2.6。
迁移到 EvoLink 2.6 时,哪些请求字段要检查?
markup_url 传标注图链接,GIF 的帧数和停留时间放在 model_params 中。流式返回、压缩和输出格式也按实际调用接口的说明填写。迁移时保持 quality 不变,图片尺寸也会保持不变吗?
size,或固定同一组比例和 resolution。quality 控制渲染细节,单独保持它不变,并不能固定图片尺寸。从 2.5 升到 2.6,complexity 应该先选哪档?
只换背景或修改某个物体,可以先比较 low;包含多个物体或标签的复杂构图,可以试默认的 high。比较时固定 quality,并检查目标修改和周围细节有没有按要求完成。
从 2.5 迁移到 2.6,标注编辑有什么变化?
markup_url:传入原图,再提供独立的透明标注层。同一请求中的 markup_url 和 mask_url 只能选一种。

