Images 2.6：OpenAI 把 GIF、局部编辑和 SVG 带进生图 API
以前的生图 API，主流程是「输入提示词，等一张静态图片」。OpenAI 在 11 月 4 日发布 Images 2.6，把这条流水线往产品生产推进了一步：同一套 API 现在可以生成动画 GIF，按标注修改局部区域，导出 SVG，还能用一个 complexity 参数控制模型在渲染前要花多少规划成本。
它不是单纯把模型换成更大的版本。OpenAI 说 Images 2.6 比之前快 50%，并在 API 里提供两个方向不同的模型：偏快速迭代的 GPT-Image-2.6 Flare，以及偏细节、编辑一致性的 GPT-Image-2.6 Sunburst。对开发者来说，真正的变化是「图像生成」开始拥有可编排的中间状态，而不只是一次性出图。
一句话结论：2.6 把生图 API 变成了小型设计工作流
- 新增输出：可以直接做动画 GIF 和 SVG；GIF 适合社媒循环素材，SVG 适合图标、网页和印刷流程。
- 新增控制：
complexity有 low、medium、high 三档，控制规划深度；quality仍然单独控制渲染质量，复杂度调节不另收费。 - 模型分工：Flare 面向快改快出，Sunburst 面向细节和多轮编辑；两者都支持标注编辑、SVG 和 GIF。
- 价格：标准价按 token 计，图像输入 $8/百万 token、输出 $30/百万 token、缓存输入 $2/百万 token；不是「每张固定价」，最终成本取决于尺寸、质量和输入内容。
- 现实边界：官方示例很漂亮，但 Hacker News 上已有开发者反馈 Flare 在部分任务中反而不如 2.5，Sunburst 的稳定性更值得先测。
从静态图到 GIF：模型开始处理「时间」
这次发布最容易被标题带走的是 GIF。OpenAI 的官方示例不是让模型直接生成一段视频，而是先生成一张严格排布的六帧 sprite sheet，再把它用于无缝循环。官方给出的场景包括品牌吉祥物、产品展示、社媒反应图和动画分镜。
这个区别很重要：Images 2.6 仍然是图像模型，GIF 更像一种输出封装和创作方法。它能让用户一次得到「动作的几个关键状态」，但不能因此推断它已经具备视频模型的长时序理解。六帧角色保持一致，并不等于几十秒镜头里的身份、物理和镜头运动都稳定。
Hacker News 的讨论也集中在这个边界上。有评论认为，用网格生成动画帧的技巧早已存在，真正难的是帧间一致性；另一位用户则指出官方 GIF 示例仍能看到伪影。这些是社区试用反馈，不是系统评测，但它们提醒开发者：GIF 输出要放进真实素材管线，必须保留人工挑帧和后处理。
标注编辑和 complexity：控制「改哪里」与「想多久」
Images 2.6 把 ChatGPT 里已经出现的 image markup 带进 API。调用方可以在输入图上标出一个区域，再用文字说明要改的对象；这比「请把右上角的杯子换成蓝色」更可控，尤其适合商品图、海报和角色细节修正。Responses API 还支持把图片留在上下文里，继续进行多轮编辑。
complexity 解决的是另一个问题：模型要在生成前做多少规划。官方文档建议，改背景、改一个标志等局部任务可以从 low 开始；元素很多、文字多、对象关系复杂的画面，再尝试 medium 或 high。默认值是 high，但高复杂度也可能增加延迟，甚至引入不必要的变化。
| 参数 | 它控制什么 | 适合的起点 |
|---|---|---|
quality | 最终视觉细节和保真度 | 先按交付尺寸选择 |
complexity | 生成前的规划深度与对象关系处理 | 局部修改用 low，复杂版式用 medium/high |
| 输出格式 | PNG、JPEG、WebP、SVG 或 GIF 等工作流出口 | 网页和印刷优先评估 SVG |
| API 形态 | 单次生成用 Image API，多轮编辑用 Responses API | 有上下文就用 Responses API |
SVG 是生产力功能，但别把它当成矢量设计师
SVG 输出对产品团队的价值很直接：图标、简单插画、网页装饰和印刷素材可以不必先下载位图再手工描摹。官方文档把 SVG、标注编辑和多轮上下文放在同一个升级里，说明它想解决的是「生成后还要继续做设计」这一步。
但 SVG 文件能被浏览器打开，不等于它就拥有良好的图层结构。开发者仍要检查路径数量、透明度、字体处理和可访问性；如果任务是品牌 Logo 或需要像素级几何约束的图标，现阶段仍应把模型输出当草稿，再交给设计工具清理。
价格怎么读：每张图没有一个固定答案
官方定价页把 GPT-Image-2.6 Flare 和 Sunburst 都列为标准价：图像输入 $8、输出 $30、缓存输入 $2，单位都是每百万 token。文字输入另按 $5/百万 token 计费。Batch 价格会更低，但官方当前列出的 Batch 图像模型主要是 2.5 和 GPT Image 2，不能直接把 Batch 数字套到 2.6。
所以「一张图多少钱」必须把尺寸、质量、是否带参考图和输出格式一起算。官方提供 image cost calculator，适合在上线前做预算；不要把某次低质量、小尺寸调用的 token 数，外推成所有场景的固定单价。
Flare 还是 Sunburst：先按工作流选，不要只看版本号
- 选 Flare：需要快速试十几个构图、改背景、做社媒日更素材，或者质量设为 low 也要尽快拿到结果。官方称低质量下最快约六秒。
- 选 Sunburst：画面元素多、要保持产品或角色细节、需要连续编辑，或者愿意用 medium/high 换更高的一致性。
- 上线前做 A/B：Hacker News 有开发者实测后把 Flare 从 2.6 换回 2.5，认为 2.6 在一些任务中过于简单或会生成坏图；同一讨论里也有人认为 Sunburst 更稳。这说明版本号不能代替你的提示词和数据集测试。
适合谁、怎么看
适合做内容产品和设计自动化的团队。Images 2.6 最有价值的地方是把「生成、局部修改、保留上下文、导出到下游」串起来。电商可以先做产品主图再局部换色，营销团队可以批量生成 GIF 反应图，前端团队可以把简单图标直接送进 SVG 流程。
不适合把它当成完全自动的品牌设计师。动画帧一致性、复杂文字排版、SVG 图层质量和版权审核仍要人工把关。更现实的用法是：Flare 做探索，Sunburst 做定稿，低复杂度快速修小问题，高复杂度只留给真的需要它的画面。
小结
Images 2.6 的升级重点不是「又多一点画质」，而是让图像 API 有了时间维度、局部坐标和可编排的输出格式。GIF、标注编辑、SVG 和 complexity 组合起来，已经足够支撑一条小型设计流水线。
但它仍然需要工程判断：价格按 token 计算，Flare 和 Sunburst 的取舍要用自己的素材验证，GIF 和 SVG 也不能跳过后处理。把它当成可控的创作组件，Images 2.6 才能真正省下返工时间。
参考来源
- OpenAI：Introducing Images 2.6（2026-11-04，发布公告）
- OpenAI API：Image generation guide（2.6 的 complexity、markup、SVG 与 GIF 文档）
- OpenAI API Pricing：Image generation models（标准价与 Batch 价）
- Hacker News：Images 2.6 讨论（2026-11-04，社区试用反馈）
