GPT-Image 2.6 能交付 SVG 和动图了

给网站做一张插画，过去常见的交付是一张 PNG 或 WebP。接下来若要改某个形状的颜色，或让一个小物件动起来，工作又得回到设计工具。GPT-Image 2.6 增加的 SVG 与 GIF 输出，让生成结果可以更接近这两类素材的交付形式。

OpenAI 的更新记录把 Sunburst 和 Flare 2.6 发布记在 2026 年 11 月 4 日。本文于 11 月 12 日重读 Sunburst 模型页和图片生成指南。下面是接口说明与交付方法，没有调用 2.6 生成 SVG、GIF 或编辑图片；文章配图是另外制作的说明素材，不是效果样本。

先按交付目标选格式

SVG 用 XML 描述路径、形状、颜色等内容，适合图标和插画这类需要缩放或改色的素材。GIF 保存一组动画帧，适合短循环动效。它们不能互相替代：矢量静态图不会因为后缀变成 GIF 就自动产生动作，动图也不会保留 SVG 的路径编辑方式。

想交什么	更适合先试的格式	仍需检查
网页中的简单插画、图标	SVG	路径组织、颜色、文字处理与缩放
一个物件反复摆动的小动画	GIF	帧数、节奏、循环接缝和文件体积
照片质感宣传图	PNG、JPEG 或 WebP 等位图	实际编码、清晰度与压缩

生图 API 入门解释了生成、编辑与看图的区别。本篇关注已经确定要交素材后，文件应该具备什么性质。

静态矢量、逐帧动画和位图分别对应缩放改色、短循环与照片类交付

SVG 生成经过参考图再生成矢量

官方指南说明：服务先创建参考图片，再据此产出 SVG，quality 控制这张参考图的质量。返回的是静态矢量内容，不支持脚本、外部资源和内嵌位图。拿到 XML 后仍要检查实际文件，不能只看扩展名。

下面是直接调用 OpenAI 官方生成端点的完整 Shell 示例，本文未执行；凭据由自己的私密环境注入 OPENAI_API_KEY：

umask 077
curl --fail-with-body --silent --show-error \
  https://api.openai.com/v1/images/generations \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H 'Content-Type: application/json' \
  --data-binary @- --output svg-response.json <<'JSON'
{
  "model": "gpt-image-2.6-sunburst",
  "prompt": "A simple static vector illustration of a ceramic cup, warm white and burnt orange, clean paths, no text or logo",
  "n": 1,
  "quality": "high",
  "size": "1024x1024",
  "output_format": "svg"
}
JSON

按官方返回读取 data[0].b64_json，严格 Base64 解码后，将 UTF-8 XML 字节保存为 .svg。不要把 Base64 字符串原样写入文件，也不要继续用只识别 PNG、JPEG、WebP 的保存器。已取得结果时的恢复顺序见图片下载与文件校验。

官方对 SVG 还有明确限制：n 为 1，不支持流式、局部图片和 output_compression；官方编辑端点不支持 SVG 输出，SVG 也不能直接作为该编辑接口的位图输入。这段描述仅指本次读取的 OpenAI 官方协议，不替其他兼容服务承诺相同行为。

可编辑要看真实结构

“SVG 能打开”只说明某种渲染成功，不表示它能像原生设计稿一样轻松修改。文字可能已经变成路径，多个物件也可能合在一条复杂路径里。需要逐个图层改色或替换文案时，先打开结构看能否选中目标。

交付前可以依次检查：

用不执行文档内容的解析方式检查 XML，确认根元素与 SVG 命名空间；这一步不等于安全清洗。
按项目的静态 SVG 规则拒绝脚本、事件处理器、外部引用和不需要的嵌入对象，不通过就停止发布。
在可信工具中检查路径、填充、描边、文字和画布，再在目标页面按实际尺寸渲染。
保存原文件与审核后的版本，复核优化后没有缺字、错色或裁切。

从原始响应到 XML 和静态内容检查，再到结构修改、目标尺寸渲染与发布文件

来源不明的 SVG 不应直接以内联 HTML 的形式放入页面。官方承诺静态输出，也不能代替自己应用对外部文件的处理规则。本文没有提供一个声称覆盖所有 SVG 风险的简易过滤器。

动图用帧数和每帧时间控制节奏

官方 GIF 支持生成与编辑端点，通过 output_format: "gif" 请求。当前指南列出 frame_count 为 2–16，默认 9；frame_duration_ms 为 20–2000 毫秒，按 10 毫秒取整，默认 200。帧数、每帧尺寸和返回数量还要满足总像素限制。

例如下面是未执行的请求字段片段，只用于解释节奏：

{
  "output_format": "gif",
  "frame_count": 9,
  "frame_duration_ms": 200,
  "size": "auto"
}

9 帧乘每帧 200 毫秒，一轮名义时长为 1.8 秒；这不是模型生成耗时。想要循环自然，提示词还应写清起始动作、结束姿态和回到起点的关系，再检查实际帧与播放器表现。

九帧各显示二百毫秒形成一点八秒循环，末帧与首帧还需检查接缝

GIF 不支持流式、局部图片或自定义 output_compression。正式页面还要考虑体积、静态替代图和减少动态效果的访问需求；长视频、精细时间轴或音轨应交给对应媒体工具，不宜硬塞到小 GIF 里。

complexity、quality 和格式分别管什么

2.6 的 complexity 支持 low、medium、high，省略时默认 high，控制渲染前规划的程度；quality 控制渲染质量。更高 complexity 可能增加等待或带来不需要的改动，不能当作必须开满的清晰度开关。标注编辑则通过 markup 表达修改位置，和 SVG 输出是不同能力。

通过 Nbility 使用时，请读本站图片接口的模型名、output_format 与 response_format 约定。文件编码和返回方式是两个维度：svg／gif 是内容格式，链接／Base64 是交付方式。本站对 SVG 编辑另有接口说明，本文未验证其运行行为，只展示官方生成端点；不要由此推导官网所有新字段都可经网关使用。

先交出一份能打开、能按需要修改、在网页里显示正确的文件，再决定是否批量生成。格式增加了选择，最后的素材验收仍需围绕实际页面完成。