Nota do autor: GPT-Image-2.6 e GPT-Image-2.5 têm o mesmo preço por token. A versão 2.6 adiciona GIF, SVG, markup e complexity. Este artigo separa o que a fabricante informa, as amostras de terceiros e o que ainda não se sabe, para ajudar equipes que já usam a 2.5 a decidir entre migrar agora, usar as duas versões em paralelo ou continuar com a 2.5.
Começando pela conclusão: em comparação com o GPT-Image-2.5, o GPT-Image-2.6 traz uma atualização de recursos + velocidade, não um salto geracional na qualidade das imagens. Dos quatro recursos adicionados, GIF, SVG e complexity estão disponíveis apenas na 2.6; a edição com anotações via markup chegou tanto à 2.5 quanto à 2.6. Por enquanto, a alegação de que a 2.6 é “50% mais rápida” e oferece “maior consistência na edição” vem apenas da fabricante. Até 2026-11-05, não havia resultados independentes verificáveis.
Agora, o custo: o preço por token é exatamente igual nas duas versões, mas isso não significa que o custo por imagem seja o mesmo, nem que seja possível trocar uma pela outra diretamente. Se o parâmetro complexity não for informado na 2.6, o padrão será high, o que aumenta a latência e pode alterar partes que você não queria modificar. Por isso, o custo real da migração está no seu próprio processo de validação.
GPT-Image-2.6 vs. GPT-Image-2.5: cronologia e modelos das duas gerações
O GPT-Image-2.5 foi lançado em 2026-09-08, que também é a data do snapshot padrão. O GPT-Image-2.6 chegou em 2026-11-04 junto com o ChatGPT Images 2.6 e, no momento em que este artigo foi escrito, tinha apenas um dia de vida. Cada geração tem apenas dois modelos, e seus IDs diferem apenas no número da versão:
- 2.5：
gpt-image-2.5-flare、gpt-image-2.5-sunburst - 2.6：
gpt-image-2.6-flare、gpt-image-2.6-sunburst
O papel de cada modelo continua o mesmo. O Flare prioriza velocidade e geração de imagens para o dia a dia, enquanto o Sunburst foca em detalhes e precisão na edição. A descrição oficial do 2.6 destaca dois pontos adicionais: a capacidade do Flare de criar layouts para pôsteres e imagens de produtos, e a consistência do Sunburst em edições de várias etapas nos níveis medium e high. Outro detalhe fácil de passar despercebido: as páginas dos modelos 2.5 classificam Performance como “Highest” e Speed como “Medium”, mas as duas páginas dos modelos 2.6 mostram “Not specified” nesses campos. Ou seja, a OpenAI não forneceu uma classificação oficial.
| Critério de comparação | GPT-Image-2.5 | GPT-Image-2.6 |
|---|---|---|
| Data de lançamento | 2026-09-08 | 2026-11-04 |
| Modelos | flare / sunburst | flare / sunburst |
| Posicionamento oficial | Prioridade à precisão na edição | Composição detalhada e fluxos de edição de imagens |
| Desempenho e velocidade nas páginas dos modelos | Highest / Medium | Not specified |
| Endpoints compatíveis | v1/images/generations、v1/images/edits |
Os mesmos |
| Níveis de qualidade | low / medium / high / xhigh / max / auto | Os mesmos |
| Saída em GIF e SVG | Não compatível | Compatível (apenas no endpoint de geração) |
| Parâmetro complexity | Não disponível | low / medium / high, padrão high |
| Edição com anotações markup | Compatível (adicionada nesta atualização) | Compatível |
| Marca-d’água | C2PA | C2PA + marca-d’água invisível SynthID |
| Desconto Batch | Sim, saída de imagens a $15/1M | Não informado nas páginas oficiais dos modelos |
As duas gerações têm exatamente os mesmos limites de endpoints: só podem usar os dois endpoints de geração e edição da Image API. Chat Completions, Responses, Realtime e Live não são compatíveis. As regras de tamanho também são iguais, com três opções recomendadas: 1024×1024, 1536×1024 e 1024×1536. Para tamanhos personalizados, a largura e a altura devem ser múltiplos de 16, a proporção deve ficar entre 1:3 e 3:1, nenhum lado pode ultrapassar 3840 e o total de pixels deve ficar entre 655,360 e 8,294,400. Resoluções acima de 2560×1440 são consideradas experimentais.
As quatro capacidades realmente novas do GPT-Image-2.6
Se você olhar apenas uma tabela, estas são as quatro principais diferenças entre o 2.6 e o 2.5. Cada recurso tem seus próprios limites de parâmetros e endpoints. Confira tudo antes da integração para evitar erros já na etapa de requisição.
| Capacidade | Parâmetros principais | Endpoints disponíveis | Principais limitações | Disponível no 2.5? |
|---|---|---|---|---|
| Saída em GIF | output_format=gif, frame_count 2–64, frame_duration_ms 20–2000 |
Apenas endpoint de geração | Não aceita streaming, imagens parciais, compressão personalizada nem prompt_rewriter | Não |
| Saída em SVG | output_format=svg, n deve ser 1 |
Apenas endpoint de geração | Não aceita streaming, imagens parciais, output_compression nem prompt_rewriter | Não |
| Edição com anotações markup | Camada de anotações em PNG transparente | Apenas endpoint de edição | Deve ter a mesma largura e altura da primeira imagem de entrada; não pode ser usada com mask ou prompt_rewriter | Sim |
| complexity | low / medium / high, padrão high | Geração e edição | Controla apenas o planejamento, não os detalhes; aumentar o nível eleva a latência | Não |
Saída em GIF e SVG do GPT-Image-2.6
Os parâmetros para saída em GIF são os seguintes, com todos os intervalos retirados do guia de geração de imagens da OpenAI:
output_formatdefinido comogifframe_count: de 2 a 64, padrão 9frame_duration_ms: de 20 a 2000, padrão 200, arredondado em incrementos de 10 milissegundossize:autoou dimensões de largura e altura que sejam múltiplos de 16
A saída em SVG também só pode ser usada no endpoint de geração. Defina output_format como svg; n deve ser igual a 1. O resultado é um vetor estático, sem scripts, recursos externos ou bitmaps incorporados. A cobrança é calculada com base nos tokens das imagens de referência e do SVG gerado. Para equipes que criam ícones, ilustrações e materiais de marca, isso elimina a etapa de conversão de bitmap para vetor. Mas o endpoint de edição não oferece suporte a SVG, então não é possível fazer alterações localizadas em um SVG existente.
O GIF também chegou ao ChatGPT: é possível criá-lo a partir de comandos ou fotos enviadas. Segundo o The Verge e o Android Authority, a velocidade de reprodução pode ser ajustada entre 0.5x e 2x, e também é possível editar quadro a quadro. Esses recursos, porém, são do produto ChatGPT; não presuma que a API também ofereça edição quadro a quadro.
markup e complexity: dois controles para o fluxo de edição
A edição com anotações markup usa v1/images/edits: envie um PNG transparente como camada de anotação e marque ou pinte nele as áreas que deseja alterar. A camada deve ter as mesmas dimensões da primeira imagem de entrada. Cada uma pode ter no máximo 16.777.216 pixels, e o arquivo de anotação não pode passar de 50 MB. A anotação se aplica apenas à primeira imagem de entrada e não pode ser usada junto com mask ou prompt_rewriter. Como o 2.5 também recebeu esse recurso, querer usar a edição por anotação, por si só, não é motivo para trocar de versão.
complexity é o parâmetro que mais merece atenção das equipes em migração. Ele aceita low, medium ou high e, quando omitido, o padrão é high. Ele determina apenas “quanto o modelo planeja”; os detalhes e a fidelidade da renderização continuam sendo controlados por quality. A documentação oficial informa que ajustar complexity não gera cobrança separada, mas aumentá-lo eleva a latência e pode introduzir alterações indesejadas. Se você migrar suas requisições do 2.5 para o 2.6 sem alterações, estará ativando automaticamente o nível máximo de planejamento.
GPT-Image-2.6: o que é declaração oficial e o que ainda não foi verificado sobre velocidade e qualidade
Em velocidade, a OpenAI afirma que o 2.6 é 50% mais rápido que a versão anterior e que o Flare, com quality=low, gera uma imagem em cerca de 6 segundos no melhor caso. Mas a empresa não informou as condições do teste dos “50% mais rápido”, como dimensões, nível de qualidade ou inclusão do tempo de espera na fila. Também não publicou uma tabela de velocidade por configuração. Por enquanto, o único teste independente disponível como referência é a linha de base do 2.5: em 25/10/2026, a CellCog testou 24 comandos e mediu uma mediana de 28,7 segundos por imagem para o GPT Image 2.5 na configuração high. Esse número é do 2.5 e não permite calcular quanto o 2.6 ficou mais rápido.
Quanto à qualidade, o modelo que pode ser medido de forma independente ainda é o 2.5. Os dados da Artificial Analysis, consultados em 05/11/2026, mostram que o 2.5 atingiu 1.224 Elo no AA-Image-T2I v2.1 (13.108 amostras, primeiro lugar) e 1.199 Elo no AA-Image-Editing v2.1 (18.300 amostras). Na mesma data, o 2.6 ainda não aparecia em nenhum dos dois rankings. A análise independente da OrcaRouter resume bem: o modelo que você consegue medir é o antigo.
| Afirmação | Fonte | Nível de evidência | Modelo aplicável | Como usar |
|---|---|---|---|---|
| 50% mais rápido que a versão anterior | OpenAI, fonte oficial | Declaração oficial, sem condições de teste | 2.6 | Use como indicação e teste a latência por conta própria |
| Flare em low: cerca de 6 segundos | OpenAI, fonte oficial | Declaração oficial | 2.6 Flare | Use para estimar o desempenho em cenários em tempo real |
| Sunburst mantém melhor consistência em edições de várias rodadas | OpenAI, fonte oficial | Declaração oficial | 2.6 Sunburst | É necessário verificar com seus próprios casos de edição |
| T2I: 1.224 Elo / edição: 1.199 Elo | Artificial Analysis | Teste independente, com tamanho da amostra divulgado | Apenas 2.5 | Use como linha de base de qualidade do 2.5 |
| Mediana de 28,7 segundos por imagem em high | CellCog, 24 comandos | Teste independente, com amostra pequena | Apenas 2.5 | Use como linha de base para comparação de latência |
| 2.6 Sunburst em primeiro lugar no Image Arena | Publicação da DesignArena no X | Afirmação de um único ranking independente, sem Elo verificável | 2.6 Sunburst | Use apenas como referência, não como base para decisões |
| Elo independente e taxa de sucesso na geração de GIFs do 2.6 | Ainda não disponível | Desconhecido | 2.6 | Aguarde a atualização dos rankings ou faça sua própria avaliação |
A avaliação de segurança também merece entrar na lista de critérios de aceite. O cartão de sistema do 2.6 usou 3.077 solicitações adversariais: no Sunburst, as respostas que violavam as regras e não foram bloqueadas caíram de 1,92% para 1,72%; no Flare, subiram de 1,49% para 2,14%. Segundo a OpenAI, essa mudança não é estatisticamente significativa. Já a “taxa de geração segura” do Flare caiu de 78,36% para 75,04%, uma redução significativa que, segundo a empresa, veio principalmente das categorias de solicitações Other e sexual. A conclusão geral da OpenAI é que o resultado está no mesmo nível do 2.5. Para negócios com exigências rigorosas de conformidade, vale analisar esse resultado do Flare separadamente.
Preços do GPT-Image-2.6: mesma tarifa, custo por imagem diferente
Segundo a tabela oficial de preços da OpenAI, consultada em 2026-11-05, as tarifas de 2.5 flare, 2.5 sunburst, 2.6 flare e 2.6 sunburst são idênticas:
- Entrada de texto: $5/1M tokens; texto em cache: $1.25/1M tokens
- Entrada de imagem: $8/1M tokens; imagem em cache: $2/1M tokens
- Saída de imagem: $30/1M tokens
Legenda: Tabela oficial de preços da OpenAI, fonte developers.openai.com/api/docs/pricing, consultada em 2026-11-05.
O custo por imagem depende da quantidade de tokens de saída, que varia conforme o nível de qualidade. A tabela abaixo traz os números da calculadora oficial do 2.6 para 1024×1024 e inclui apenas a saída de imagem, sem tokens de entrada nem imagens parciais.
| Nível de qualidade | Tokens de saída | Custo de saída por imagem (USD) | Por mil imagens (USD) | Aplicações |
|---|---|---|---|---|
| low | 823 | ≈ $0.02469 | ≈ $24.69 | Esboços e prévias em lote |
| medium | 1,449 | ≈ $0.04347 | ≈ $43.47 | Imagens de produtos e para redes sociais no dia a dia |
| high | 1,756 | ≈ $0.05268 | ≈ $52.68 | Imagens para campanhas oficiais |
| xhigh | 3,122 | ≈ $0.09366 | ≈ $93.66 | Pôsteres com muitos detalhes |
| max | 7,024 | ≈ $0.21072 | ≈ $210.72 | Visuais principais e geração em volumes muito pequenos |
Há três limitações importantes ao usar essa tabela:
- Não aplique os valores diretamente ao 2.5: a página do modelo 2.5 diz explicitamente que a calculadora do GPT Image 2 não estima o consumo de tokens do 2.5, então os números da calculadora do 2.6 só se aplicam ao 2.6. A propósito, a AA mostra que o 2.5 Sunburst custa cerca de $210.7 por mil imagens no nível mais alto.
- Na edição, calcule a entrada separadamente: a OpenAI informa que, a partir do gpt-image-2, as imagens de entrada são processadas em alta fidelidade. Por isso, solicitações de edição com imagem de referência consomem bem mais tokens de entrada. Nas duas gerações, a entrada de imagem custa $8/1M.
- Ainda não se sabe se o Batch se aplica: a página de preços do 2.5 informa que a saída de imagem em Batch custa $15/1M, mas a página do modelo 2.6 não repete essa informação. A OpenAI também ainda não divulgou a quantidade de tokens de saída do 2.6 nos tamanhos 1536×1024 e 4K.
Na APIYI apiyi.com, os dois modelos 2.6 são cobrados por uso, seguindo os mesmos valores oficiais: entrada a $5/1M tokens, saída a $30/1M tokens e leitura de cache a $1.25/1M tokens (consulta em 2026-11-05). Consulte a lista de modelos da plataforma para conferir os modelos e preços em docs.apiyi.com/models.
GPT-Image-2.6 ou GPT-Image-2.5: três regras para três tipos de equipe
Regra 1: precisa de recursos novos ou está integrando a API pela primeira vez? Use o 2.6. Se você precisa de GIFs animados, ícones ou ilustrações em SVG, ou quer usar complexity para reduzir a latência, o 2.5 não oferece uma alternativa. Equipes que estão integrando a API de imagens da OpenAI pela primeira vez também podem começar direto pelo 2.6: o preço unitário é o mesmo e não há um processo de validação antigo para migrar.
Regra 2: já tem um pipeline de edição com o 2.5? Execute as duas versões em paralelo primeiro. Equipes que fazem edição de imagens de produtos em várias rodadas, trabalham com consistência de personagens ou criam pôsteres de marca já têm critérios de validação estabelecidos para o 2.5. Por enquanto, a afirmação de que o 2.6 oferece “maior consistência” vem apenas da documentação oficial. Teste o mesmo conjunto de entradas nas duas gerações, fazendo uma rodada com complexity definido explicitamente como low e outra como high. Depois, decida quanto migrar com base na taxa de aprovação.
Regra 3: depende do desconto do Batch ou tem exigências rigorosas de conformidade? Continue com o 2.5. Equipes que geram imagens offline em grande volume e baseiam seus custos no preço do Batch de $15/1M devem esperar a confirmação oficial da política de Batch do 2.6 antes de migrar. Negócios que exigem uma taxa rigorosa de geração segura e usam principalmente o Flare também devem analisar a queda significativa no desempenho do Flare indicada no cartão do sistema antes de decidir.
A maneira mais simples de fazer um teste A/B é manter as duas gerações na mesma plataforma. A APIYI, apiyi.com, oferece os modelos 2.5 e 2.6: basta usar a mesma chave, definir base_url como https://api.apiyi.com/v1 e alterar apenas o ID do modelo na hora de trocar. O 2.5 também tem opções cobradas por chamada: gpt-image-2.5-all ($0.025/chamada) e gpt-image-2.5-vip ($0.03/chamada), úteis para comparar os custos por chamada e por volume.
Na migração, os três casos mais importantes para testar primeiro são: edição em várias rodadas, pôsteres com texto e imagens de produtos com fundo transparente ou de cor sólida. Eles correspondem às limitações comuns reconhecidas oficialmente: a consistência entre chamadas pode ser instável, a renderização de texto ainda pode apresentar erros e composições que dependem de um layout preciso podem sair do lugar.
| Item a verificar | Como testar | Critério de aprovação / alerta de risco |
|---|---|---|
Valor padrão de complexity |
Envie complexity explicitamente em todas as requisições ao 2.6 |
Evite a latência e as alterações desnecessárias causadas pelo padrão high |
| Consistência na edição em várias rodadas | Edite a mesma imagem base por 3–5 rodadas consecutivas e compare as duas gerações | Sujeito, cores e logo permanecem consistentes |
| Pôsteres com texto | Teste um conjunto de títulos em chinês e inglês e outro de preços numéricos | Letras e números sem erros, com o layout no lugar |
| Imagens de produtos com fundo transparente ou de cor sólida | Compare bordas, sombras e reflexos | Bordas do recorte limpas, prontas para publicação |
| Latência e timeout | Registre P50 / P95 conforme o tamanho e o nível de qualidade usados | Limite de timeout de pelo menos cerca de 2 minutos |
| Novos formatos de saída | Use GIF e SVG apenas no endpoint de geração, com n=1 |
Requisições ao endpoint de edição falham; direcione-as antes |
| Cálculo de custos | Contabilize entrada e saída separadamente; não use a calculadora do 2.6 para estimar o 2.5 | Calcule separadamente o custo de entrada das requisições de edição |
| Conformidade e marca d’água | Revise o desempenho dos bloqueios do Flare e confirme que o SynthID não afeta as etapas seguintes | Atenda aos limites de segurança do negócio |
💡 Dica para escolher: se você não sabe ao certo em qual categoria se encaixa, comece gerando de 20 a 50 imagens para cada um dos três casos de uso principais da lista de verificação de migração. Use a mesma chave API para invocar as duas gerações do modelo em paralelo pela APIYI, em apiyi.com. Comparar a taxa de aprovação, a latência e os custos será mais útil para o seu negócio do que qualquer ranking.
GPT-Image-2.6 vs. GPT-Image-2.5: perguntas frequentes e conclusão
Perguntas frequentes sobre o GPT-Image-2.6
Q1: Com o lançamento do 2.6, o 2.5 será descontinuado?
Até 2026-11-05, a OpenAI não anunciou uma data para a descontinuação do 2.5, e os planos para seu ciclo de vida ainda são desconhecidos. Por enquanto, as duas gerações coexistem, e a APIYI apiyi.com também lista modelos de ambas. Não é preciso migrar às pressas por receio de descontinuação.
Q2: É possível usar GIF e SVG na interface de edição?
Não. GIF e SVG só podem ser usados em `v1/images/generations`; o endpoint de edição não aceita nenhum dos dois formatos. Além disso, a OpenAI ainda não divulgou a taxa real de sucesso, o tamanho dos arquivos nem o tempo de processamento de GIFs na API. Antes de usar o formato em grande escala, vale fazer uma avaliação com uma pequena amostra.
Q3: É preciso reescrever os comandos existentes do 2.5?
Não é necessário reescrevê-los logo de cara, mas é importante ajustar primeiro o parâmetro complexity. Na migração sem alterações, o valor padrão é high, o que pode gerar mudanças indesejadas. Experimente defini-lo explicitamente como low ou medium e compare as saídas das duas gerações usando o mesmo conjunto de comandos. Depois, ajuste individualmente apenas aqueles que apresentarem diferenças. Você pode usar a APIYI apiyi.com para fazer essa comparação com a mesma chave API.
Q4: O nível max ainda vale a pena no 2.6?
Em 1024×1024, a saída de imagem no nível max custa cerca de $0.21072 por imagem, aproximadamente 4 vezes o valor do nível high. Ele é indicado para uma pequena quantidade de imagens importantes, mas não para geração em lote. Como complexity não é cobrado separadamente, experimente primeiro o nível high com um valor maior de complexity. Se o resultado não for suficiente, passe para max.
Q5: A edição com anotações markup é exclusiva do 2.6?
Não. Tanto o 2.5 quanto o 2.6 agora oferecem suporte a markup, com as mesmas restrições: a camada de anotações deve ser um PNG transparente, com a mesma largura e altura da primeira imagem de entrada, e não pode ser usada junto com mask ou prompt_rewriter. Se o único objetivo é usar a edição com anotações, não é necessário mudar de geração.
GPT-Image-2.6: principais pontos
- Tipo de upgrade: mais recursos e velocidade, não um salto geracional na qualidade das imagens.
- Mesmo preço por token: nas duas gerações, entrada a $5/1M e saída a $30/1M, consultados em 2026-11-05.
- Exclusivos do 2.6: GIF, SVG e complexity; markup está disponível nas duas gerações.
- Limites das evidências: os resultados de 1.224 / 1.199 Elo são do 2.5; o 2.6 ainda não tem pontuação independente.
- Risco na migração: complexity tem high como padrão; ainda não se sabe se o 2.6 oferece suporte a Batch.
- Como validar: comece testando três casos de uso: edição em várias rodadas, pôsteres com texto e imagens de produtos.
Resumo: GPT-Image-2.6 versus GPT-Image-2.5
Em uma frase: se precisar de GIF ou SVG, escolha o 2.6; se já tiver um fluxo de edição consolidado, rode as duas versões em paralelo primeiro; se depender de Batch ou tiver exigências rigorosas de conformidade, fique no 2.5 por enquanto. Próximos passos:
- Defina complexity explicitamente: passe o parâmetro em todas as solicitações ao 2.6, sem depender do padrão high.
- Teste os três casos da lista: edição em várias rodadas, pôsteres com texto e imagens de produtos, registrando a taxa de aprovação e a latência P95.
- Separe os custos: contabilize os tokens de entrada e saída separadamente e não use a calculadora do 2.6 para estimar os custos do 2.5.
Recomendamos usar a APIYI apiyi.com para fazer testes A/B das duas gerações com a mesma chave. Tome a decisão com base nas suas próprias amostras, em vez de depender de rankings que ainda não foram publicados.
Referências
- Página de modelos da OpenAI – GPT-Image-2.6 Flare: descrição do modelo 2.6
- Link:
developers.openai.com/api/docs/models/gpt-image-2.6-flare - Página de modelos da OpenAI – GPT-Image-2.5 Sunburst: posicionamento do 2.5, Batch e calculadora
- Link:
developers.openai.com/api/docs/models/gpt-image-2.5-sunburst - Tabela de preços da OpenAI: preço por token dos quatro modelos
- Link:
developers.openai.com/api/docs/pricing - Cartão de sistema do ChatGPT Images 2.6: dados de avaliação de segurança
- Link:
deploymentsafety.openai.com/chatgpt-images-2-6 - Lista de modelos da APIYI: modelos e preços da plataforma
- Link:
docs.apiyi.com/models
Autor: Equipe técnica da APIYI
Troca de experiências técnicas: Se tiver dúvidas durante a avaliação da migração, entre em contato pela página inicial da APIYI em apiyi.com. Para mais informações, acesse a central de documentação em docs.apiyi.com.
