No Introducing Images 2.6, a OpenAI afirma que a exportação SVG permite levar os designs diretamente para sites, aplicações e impressão. O Changelog da API (4 de novembro de 2026) indica a geração de SVG como capacidade formal do GPT‑Image‑2.6 Flare e Sunburst. O guia de geração de imagens indica que a saída vetorial se pede definindo output_format como "svg" em POST /v1/images/generations; as utilizações resumem-se a gráficos que precisam de caminhos, formas e cores editáveis, como ícones e ilustrações. Este artigo limita-se a indicar os limites documentados, sem inventar garantias de resolução de impressão nem pontuações de compatibilidade entre fornecedores.

👉 Experimenta a API GPT Image 2.6 no PoYo: preço por imagem e playground online.

Campos do pedido e limites rígidos

Segundo o guia de geração de imagens e o guia de prompting de imagens, os pedidos SVG têm de cumprir estas restrições. Primeiro, n tem de ser 1: não há devolução de vários vetores em batch. Segundo, streaming, imagens parciais, output_compression e prompt_rewriter não são suportados. Terceiro, o endpoint de edições de imagens não suporta saída SVG; o SVG também não é uma entrada raster aceitável nas edições, pelo que “gerar SVG e depois editar os caminhos” não é um percurso oficial. Quarto, a API gera primeiro uma imagem de referência e deriva o SVG a partir dela; o nível de quality aplica-se a essa referência; o b64_json da resposta deve ser descodificado de base64 e guardado como XML em UTF-8 com a extensão .svg. Quinto, o documento devolvido é conteúdo vetorial estático: sem scripts, recursos externos nem rasters incorporados. O SVG suporta também background="transparent", para colocar marcas sobre fundos arbitrários.

Tanto o Flare como o Sunburst podem gerar SVG; o guia de prompting compara os dois níveis com o mesmo prompt do logótipo da padaria “Field & Flour”, o que mostra que a escolha pode continuar a seguir a lógica habitual de velocidade vs precisão, em vez de assumir que um dos níveis é “mais vetorial”. A faturação segue as regras de tokens de imagem das páginas dos modelos; as alterações de complexity não têm custo à parte. Mede o custo por item com prompts representativos de logótipos e ícones antes do lançamento.

Casos de utilização adequados: web, apps e impressão

O anúncio do produto posiciona o SVG como uma exportação que “permite que os designs avancem para a fase seguinte de um projeto”. Combinando isto com a linguagem da documentação, as afirmações de adequação mais duradouras incluem: logótipos e ícones que precisam de reedição ao nível dos caminhos; ilustrações planas que têm de escalar sem perdas na web e em clientes; marcas de marca que precisam de fundo transparente para sobreposições de cor; e rascunhos vetoriais de pré-impressão que devem continuar a permitir edições de cor e de traço em ferramentas de design. No prompting, os exemplos oficiais sublinham contornos limpos, silhuetas fortes, espaço negativo equilibrado e poucos gradientes, para que as marcas se mantenham legíveis em tamanhos pequenos e grandes; está de acordo com os critérios habituais de aceitação de impressão e de ícones de apps, mas não é uma afirmação de “testado numa prensa específica”.

Para pipelines de web e de apps, o XML devolvido pode seguir para a limpeza do frontend ou do design system; a documentação não afirma que o SVG cumpra sempre um otimizador ou um perfil de acessibilidade específico, pelo que quem integra deve executar as suas próprias verificações de estrutura, fusões de caminhos e sanitização. Nos workflows destinados a impressão, os vetores evitam os serrilhados da ampliação de rasters, mas a gestão de cor, as cores diretas, a sangria e a incorporação de tipos de letra continuam a ser tarefas do sistema de produção, fora da documentação da Image API. Se o resultado final tiver de ser raster editável ou movimento, passa para PNG/WebP/GIF em vez de forçares o SVG como contentor universal.

Limites a não exagerar

Primeiro, o SVG é uma capacidade do lado das generations: não esperes que as edições ou o markup produzam vetores diretamente. Segundo, os resultados não contêm scripts nem recursos externos; não os descrevas como “aplicações SVG interativas”. Terceiro, a documentação não permite explicitamente o SVG como entrada de edição, pelo que a iteração da marca deve ser feita na fase raster com referências, markup ou mask, pedindo depois a exportação SVG em separado, após o congelamento. Quarto, os limites gerais continuam a aplicar-se: os prompts complexos podem demorar até cerca de dois minutos; a renderização de texto e a composição estruturada podem continuar a ficar aquém. Quinto, a moderação de conteúdo e o parâmetro moderation aplicam-se também aos pedidos SVG.

Para a aceitação em engenharia, cria um conjunto fixo de prompts: logótipos monocromáticos, ícones multicolores, lockups que precisam de fundo transparente e marcas com um pouco de texto necessário. Depois de descodificares, verifica se o elemento raiz e os caminhos estão completos, se não foram incluídos por engano scripts ou ligações externas e se as regiões transparentes estão mesmo vazias. Executa o teu próprio fluxo de otimização e sanitização de SVG na web/nas apps; entrega perfis de cor, sangria e cores diretas aos sistemas de pré-impressão, em vez de esperares que a Image API faça esse trabalho. O nível de qualidade afeta o raster de referência e, por isso, pode afetar indiretamente o grau de fragmentação dos caminhos vetoriais; se os caminhos estiverem demasiado fragmentados ou demasiado grosseiros, sobe ou desce a qualidade com as restantes condições congeladas, em vez de alterares o prompt e o nível em simultâneo. O Flare serve para ensaios rápidos de formas; o Sunburst serve para avaliações pré-finais mais exigentes em contorno e detalhe; ambos podem produzir SVG.

Em resumo: o Images 2.6 põe o SVG estático na lista formal de saídas da Image API, para reutilização vetorial antes de web, apps e impressão. Integra com output_format: "svg", n=1 e a regra rígida “só generations, sem saída do lado das edições”, e conclui a aceitação dos caminhos e a pré-impressão na tua própria cadeia de ferramentas, sem exagerar a capacidade.