I Introducing Images 2.6 oplyser OpenAI, at SVG-eksport lader designs gå direkte ind i websites, apps og tryk. API-ændringsloggen (4. november 2026) oplister SVG-generering som en formel funktion i GPT‑Image‑2.6 Flare og Sunburst. Guiden til billedgenerering angiver, at du anmoder om vektoroutput ved at sætte output_format til "svg" på POST /v1/images/generations; anvendelserne opsummeres som grafik, der har brug for redigerbare stier, former og farver – for eksempel ikoner og illustrationer. Denne artikel angiver kun dokumenterede grænser – ingen opdigtede garantier for trykopløsning eller kompatibilitetsscorer på tværs af leverandører.

👉 Prøv GPT Image 2.6-API'et på PoYo: pris pr. billede og online playground.

Anmodningsfelter og faste grænser

Ifølge guiden til billedgenerering og guiden til billedprompts skal SVG-anmodninger følge disse begrænsninger. For det første skal n være 1 – ingen returnering af flere vektorer i batch. For det andet understøttes streaming, delvise billeder, output_compression og prompt_rewriter ikke. For det tredje understøtter redigerings-endpointet ikke SVG-output; SVG er heller ikke et acceptabelt rasterinput til redigeringer, så »udsend SVG og redigér derefter stierne« er ikke en officiel vej. For det fjerde genererer API'et først et referencebillede og udleder SVG'en fra det; quality-niveauet gælder for denne reference; svarets b64_json skal base64-afkodes og gemmes som UTF-8 XML med filtypen .svg. For det femte er det returnerede dokument statisk vektorindhold – ingen scripts, eksterne ressourcer eller indlejrede rastere. SVG understøtter også background="transparent", så mærker kan placeres på vilkårlige baggrunde.

Både Flare og Sunburst kan generere SVG; promptvejledningen sammenligner begge niveauer på det samme prompt til et bageri-logo, »Field & Flour«, og viser, at valget stadig kan følge den sædvanlige logik om hastighed kontra præcision i stedet for at antage, at det ene niveau er »mere vektor«. Afregningen følger modelsidernes regler for billedtokens; ændringer af complexity koster ikke noget særskilt. Mål prisen pr. enhed på repræsentative prompts til logoer og ikoner før lancering.

Egnede anvendelser: web, apps og tryk

Produktannonceringen positionerer SVG som eksport, der »lader designs gå videre til næste fase af et projekt«. Når det kombineres med dokumentationens formuleringer, omfatter holdbare udsagn om egnethed: logoer og ikoner, der skal kunne redigeres om på stiniveau; flade illustrationer, der skal skalere tabsfrit på web og klienter; brandmærker, der skal have en gennemsigtig baggrund til farveoverlæg; og vektorudkast til prepress, som stadig skal kunne redigeres i farver og streger i designværktøjer. Med hensyn til prompting understreger de officielle eksempler rene konturer, stærke silhuetter, afbalanceret negativt rum og få gradienter, så mærker forbliver læselige i både lille og stor størrelse – i tråd med almindelige krav ved godkendelse af tryk og app-ikoner, men ikke en påstand om »testet på en bestemt trykpresse«.

I web- og apppipelines kan den returnerede XML gå til frontend eller oprydning i designsystemet; dokumentationen påstår ikke, at SVG'en altid opfylder en bestemt optimeringsprofil eller tilgængelighedsprofil – integratorer bør køre deres egne strukturtjek, sammenlægning af stier og sanering. I arbejdsgange, der er bundet til tryk, undgår vektorer takkede kanter ved opskalering af rastere, men farvestyring, spotfarver, beskæringsmargen og indlejring af skrifttyper er fortsat opgaver for produktionssystemet uden for dokumentationen til Image API. Hvis den endelige leverance skal være redigerbart raster eller bevægelse, så skift til PNG/WebP/GIF i stedet for at tvinge SVG ind som en universel container.

Grænser, der ikke skal overdrives

For det første er SVG en funktion på generations-siden – forvent ikke, at redigeringer eller markup udsender vektorer direkte. For det andet indeholder svar ingen scripts eller eksterne ressourcer – beskriv dem ikke som »interaktive SVG-apps«. For det tredje forbyder dokumentationen udtrykkeligt SVG som redigeringsinput, så branditeration bør ske i rasterfasen med referencer, markup eller mask og derefter anmode om SVG-eksport separat, når designet er frosset. For det fjerde gælder de generelle grænser stadig: Komplekse prompts kan tage op til omkring to minutter; tekstrendering og struktureret komposition kan stadig komme til kort. For det femte gælder indholdsmoderering og parameteren moderation også for SVG-anmodninger.

Til ingeniørmæssig godkendelse bør du bygge et fast promptsæt: ensfarvede logoer, flerfarvede ikoner, lockups, der kræver gennemsigtig baggrund, og mærker med en smule nødvendig tekst. Efter afkodning skal du kontrollere, at rodelementet og stierne er komplette, at scripts eller eksterne links ikke er kommet med ved en fejl, og at gennemsigtige områder virkelig er hule. Kør dit eget flow til SVG-optimering og -sanering på web/app; overlad farveprofiler, beskæringsmargen og spotfarver til prepress-systemer i stedet for at forvente, at Image API gør det arbejde. Kvalitetsniveauet påvirker referencerasteren og kan dermed indirekte påvirke, hvor fragmenterede vektorstierne bliver – hvis stierne er for fragmenterede eller for grove, så hæv eller sænk quality med de øvrige betingelser fastlåst i stedet for at ændre prompt og niveau samtidig. Flare passer til hurtige formforsøg; Sunburst passer til vurderinger før færdiggørelse, der er strengere med hensyn til kontur og detaljer; begge kan udsende SVG.

Kort sagt: Images 2.6 sætter statisk SVG på Image API's formelle outputliste til genbrug af vektorer før web, apps og tryk. Integrér med output_format: "svg", n=1 og den faste regel »kun generering, intet output på redigeringssiden«, og gennemfør godkendelse af stier og prepress i din egen værktøjskæde uden at overdrive funktionaliteten.