OpenAI 在 Introducing Images 2.6 中写明：SVG 导出使设计可直接用于网站、应用与印刷。API Changelog（2026 年 11 月 4 日）将 SVG generation 列为 GPT‑Image‑2.6 Flare 与 Sunburst 的正式能力。图像生成指南规定，在 POST /v1/images/generations 上将 output_format 设为 "svg" 即可请求矢量输出；用途被概括为需要可编辑路径、形状与颜色的图形，例如图标与插画。本稿只陈述文档已确认的边界，不编造未公布的印刷分辨率保证或跨厂商兼容性评测。

👉 在 PoYo 体验 GPT Image 2.6 API：查看按张价格与在线体验。

请求字段与硬性限制

据图像生成指南与图像提示指南，SVG 请求须遵守下列约束。第一，n 必须为 1，不可一次批量返回多份矢量。第二，不支持 streaming、partial images、output_compression 与 prompt_rewriter。第三，图像编辑端点不支持 SVG 输出；SVG 也不是编辑接口可接受的栅格输入，因此「先出 SVG、再用 edits 改路径」并不在官方路径内。第四，API 会先生成参考图再据此产出 SVG，quality 档位作用于该参考图；响应中的 b64_json 经 base64 解码后保存为 UTF-8 XML，扩展名为 .svg。第五，返回文档为静态矢量内容，不支持脚本、外部资源或内嵌栅格图。SVG 亦支持 background="transparent"，便于把标志叠放到任意底色上。

Flare 与 Sunburst 均可生成 SVG；提示指南以同一「Field & Flour」面包店标志提示对照两档输出，说明选型仍可按速度档与精度档的一般逻辑进行，而不是假定某一档「更矢量」。计费按模型页的图像 token 规则计量，complexity 调整不另收费；上线前应用代表性标志与图标提示测算单条成本。

适用场景：网站、应用与印刷向

产品公告将 SVG 定位为「让设计可进入下一阶段项目」的导出能力。结合文档用语，较稳妥的适用表述包括：需要路径级再编辑的标志与图标；需在网页与客户端中无损缩放的平面插画；需要透明底以便套色的品牌标记；以及进入印刷前、仍希望在设计工具中改色与改线宽的矢量草稿。提示层面，官方示例强调简洁轮廓、强剪影、平衡负空间、少渐变，以便小尺寸与大尺寸均可辨认——这与印刷与应用图标的常见验收标准一致，但并不构成「已通过某类印刷机实测」的承诺。

对网站与应用管线，生成后的 XML 可交给前端或设计系统做二次整理；文档并未声称返回的 SVG 一定符合某一具体优化器或无障碍规范，接入方应自行做结构检查、路径合并与安全消毒。对印刷向工作流，矢量可避免栅格放大锯齿，但色彩管理、专色、出血与字体嵌入仍属生产系统职责，超出 Image API 的文档范围。若终稿必须是可编辑栅格或动图，应改用 PNG/WebP/GIF 等格式，而不是强行把 SVG 当作万能容器。

不宜夸大的边界

第一，SVG 是生成端能力，不能指望用 edits 或 markup 直接输出矢量。第二，返回物不含脚本与外链资源，不宜写成「可交互的 SVG 应用」。第三，文档明确不支持把 SVG 当作编辑输入，因此品牌迭代应在栅格阶段用参考图、markup 或 mask 完成，再于定稿后单独请求 SVG 导出。第四，通用限制仍适用：复杂提示延迟可高达约两分钟；文字渲染与结构化构图仍可能不足。第五，内容审核与 moderation 参数对 SVG 请求同样适用。

工程验收上，建议建立固定提示集：包含单色标志、多色图标、需要透明底的锁切图，以及含少量必要文字的标识。解码后检查根元素与路径是否完整、是否误含脚本或外链、透明区域是否真正镂空。网站与应用侧再跑一遍自己的 SVG 优化与安全消毒流程；印刷侧则把色彩配置文件、出血与专色交给印前系统，而不是期望 Image API 代劳。quality 档影响参考栅格，因而也会间接影响矢量路径的细碎程度——若路径过碎或过简，应在固定其他条件下降或升 quality 做单变量对照，而不是同时改提示与档位。Flare 适合快速试形，Sunburst 适合终稿前对轮廓与细节更苛刻的评估，二者均可输出 SVG。

结语：Images 2.6 把静态 SVG 纳入 Image API 的正式输出格式，服务网站、应用与印刷前的矢量复用。接入时以 output_format: "svg"、n=1 以及「仅生成、不可编辑端输出」为硬约束，并在自有工具链中完成路径验收与印刷前处理，即可在不夸大能力的前提下完成产品化评估。