W Introducing Images 2.6 OpenAI stwierdza, że eksport SVG pozwala przenosić projekty prosto na strony internetowe, do aplikacji i do druku. API Changelog (4 listopada 2026) wymienia generowanie SVG jako oficjalną możliwość GPT‑Image‑2.6 Flare i Sunburst. Przewodnik po generowaniu obrazów wskazuje, że wyjście wektorowe zamawiasz, ustawiając output_format na "svg" w POST /v1/images/generations; zastosowania są streszczone jako grafiki, które wymagają edytowalnych ścieżek, kształtów i kolorów, na przykład ikony i ilustracje. Ten artykuł opisuje wyłącznie granice zapisane w dokumentacji: bez zmyślonych gwarancji rozdzielczości druku i bez ocen zgodności między dostawcami.

👉 Wypróbuj API GPT Image 2.6 w PoYo: cena za obraz i playground online.

Pola żądania i twarde limity

Według przewodnika po generowaniu obrazów i przewodnika po promptowaniu obrazów żądania SVG muszą spełniać następujące ograniczenia. Po pierwsze, n musi wynosić 1, więc nie ma zwracania wielu wektorów naraz. Po drugie, nie są obsługiwane streaming, obrazy częściowe, output_compression ani prompt_rewriter. Po trzecie, endpoint edycji obrazów nie obsługuje wyjścia SVG; SVG nie jest też akceptowalnym rastrowym wejściem do edycji, więc schemat „wygeneruj SVG, a potem edytuj ścieżki przez edycje" nie jest oficjalną ścieżką. Po czwarte, API najpierw generuje obraz referencyjny i na jego podstawie wyprowadza SVG; poziom quality dotyczy tego obrazu referencyjnego; pole b64_json z odpowiedzi należy zdekodować z base64 i zapisać jako XML w UTF-8 z rozszerzeniem .svg. Po piąte, zwrócony dokument to statyczna treść wektorowa: bez skryptów, zasobów zewnętrznych i osadzonych rastrów. SVG obsługuje też background="transparent", by umieszczać znaki na dowolnych tłach.

Zarówno Flare, jak i Sunburst potrafią generować SVG; przewodnik po promptowaniu porównuje oba warianty na tym samym przykładzie logo piekarni „Field & Flour", pokazując, że wybór nadal może podlegać zwykłej logice „szybkość a precyzja", zamiast zakładać, że jeden z wariantów jest „bardziej wektorowy". Rozliczenia opierają się na zasadach tokenów obrazu ze stron modeli; zmiany complexity nie mają osobnej opłaty. Przed startem zmierz koszt jednostkowy, uruchamiając reprezentatywne prompty dla logo i ikon.

Odpowiednie zastosowania: web, aplikacje i druk

Ogłoszenie produktowe pozycjonuje SVG jako eksport, który „pozwala przenieść projekty do następnego etapu pracy". Łącząc to z językiem dokumentacji, trwałe stwierdzenia o dopasowaniu obejmują: logo i ikony, które wymagają ponownej edycji na poziomie ścieżek; płaskie ilustracje, które muszą skalować się bezstratnie w webie i w klientach; znaki marki wymagające przezroczystego tła pod nakładki kolorystyczne; oraz wektorowe szkice przedprodukcyjne, które nadal mają pozwalać na edycję kolorów i obrysów w narzędziach projektowych. Pod względem promptowania oficjalne przykłady podkreślają czyste kontury, mocne sylwetki, wyważoną przestrzeń negatywną i mało gradientów, aby znaki pozostawały czytelne w małych i dużych rozmiarach. Odpowiada to typowym kryteriom odbioru w druku i ikonach aplikacji, ale nie jest twierdzeniem o „przetestowaniu na konkretnej maszynie drukarskiej".

W procesach dla webu i aplikacji zwrócony XML może trafić do czyszczenia po stronie frontendu lub w systemie projektowym; dokumentacja nie twierdzi, że SVG zawsze spełnia wymagania konkretnego optymalizatora ani profilu dostępności, dlatego we własnym zakresie przeprowadź kontrole struktury, scalanie ścieżek i sanityzację. W workflows przeznaczonych do druku wektory pozwalają uniknąć poszarpanych krawędzi przy skalowaniu rastra w górę, ale zarządzanie kolorem, kolory dodatkowe (spot), spady i osadzanie fontów nadal należą do obowiązków systemu produkcyjnego poza dokumentacją Image API. Jeśli ostateczny plik ma być edytowalnym rastrem lub ruchem, przełącz się na PNG/WebP/GIF, zamiast na siłę używać SVG jako uniwersalnego kontenera.

Granice, których nie wolno wyolbrzymiać

Po pierwsze, SVG to możliwość po stronie generowania: nie oczekuj, że edycje lub markup będą zwracać wektory bezpośrednio. Po drugie, odpowiedzi nie zawierają skryptów ani zasobów zewnętrznych, więc nie opisuj ich jako „interaktywnych aplikacji SVG". Po trzecie, dokumentacja wprost zabrania używania SVG jako wejścia do edycji, więc iteracje marki powinny odbywać się na etapie rastrowym z referencjami, markup lub maską, a eksport SVG zamawiaj osobno po zamrożeniu projektu. Po czwarte, nadal obowiązują ogólne limity: złożone prompty mogą trwać nawet około dwóch minut; renderowanie tekstu i strukturalna kompozycja mogą nadal zawodzić. Po piąte, moderacja treści i parametr moderation dotyczą także żądań SVG.

Do odbioru inżynierskiego zbuduj stały zestaw promptów: logo jednokolorowe, ikony wielokolorowe, lockupy wymagające przezroczystego tła oraz znaki z odrobiną niezbędnego tekstu. Po zdekodowaniu sprawdź, czy element główny i ścieżki są kompletne, czy nie dołączono omyłkowo skryptów ani zewnętrznych linków i czy przezroczyste obszary rzeczywiście są puste. Dla webu i aplikacji uruchom własny proces optymalizacji i sanityzacji SVG; profile kolorów, spady i kolory dodatkowe przekaż systemom przedruku, zamiast oczekiwać, że wykona to Image API. Poziom jakości wpływa na rastrowy obraz referencyjny, a więc pośrednio na to, jak bardzo ścieżki wektorowe są pofragmentowane. Jeśli ścieżki są zbyt rozdrobnione albo zbyt zgrubne, podnieś lub obniż jakość przy zamrożonych pozostałych warunkach, zamiast zmieniać jednocześnie prompt i poziom. Flare nadaje się do szybkich prób kształtów; Sunburst do ocen przed finalizacją, bardziej wymagających co do konturów i szczegółów; oba mogą zwracać SVG.

Podsumowując: Images 2.6 wpisuje statyczne SVG na formalną listę wyjść Image API na potrzeby ponownego użycia wektorów w webie, aplikacjach i druku. Integruj się przez output_format: "svg", n=1 i twardą zasadę „tylko generowanie, brak wyjścia po stronie edycji", a odbiór ścieżek i przedruk wykonuj we własnym zestawie narzędzi, nie przeceniając możliwości.