Images 2.6 vs GPT Image 2.5: A Tabela de Preços Não Mudou

O Images 2.6 da OpenAI chegou em 4 de novembro com a mesma tabela de preços do GPT Image 2.5: US$ 5 por milhão de tokens de entrada de texto, US$ 8 por milhão de tokens de entrada de imagem e US$ 30 por milhão de tokens de saída de imagem, com entrada em cache a US$ 1,25 e US$ 2, respectivamente. Esse é o fato mais útil da atualização. Quando um fornecedor lança uma nova geração e não mexe na sua tabela de preços, está dizendo que a melhoria está no que o modelo consegue fazer e na velocidade com que faz, não na economia. Então, a questão para quem já usa o GPT Image 2.5 é estreita: os novos recursos justificam uma migração, ou esta é uma versão que você adota no próximo projeto greenfield e ignora nos demais casos?

Essa pergunta tem uma resposta mais clara do que a maioria das atualizações de modelo, porque os dois modelos de API — GPT-Image-2.6 Flare e GPT-Image-2.6 Sunburst — mantêm a estrutura de camadas, os endpoints e o contrato de saída de seus antecessores, GPT-Image-2.5 Flare e GPT-Image-2.5 Sunburst. Quase nada quebra. É também por isso que a decisão é fácil de errar nas duas direções: não fazer nada é defensável, e trocar é barato o suficiente para que não trocar apenas por causa da latência seja difícil de justificar.

O que é genuinamente idêntico

A lista chata primeiro, porque é mais longa do que as notas de lançamento sugerem.

• Preço — $5 / $8 / $30 por milhão de tokens, inalterado, em ambos os níveis.

• Endpoints — /v1/images/generations e /v1/images/edits, inalterados.

• A divisão de níveis — um modelo de velocidade e um modelo de qualidade, com o mesmo preço, inalterada desde que o Images 2.5 a introduziu em setembro.

• Modalidades — texto e imagem na entrada, imagem na saída. Sem vídeo, em nenhum dos tipos de geração.

• As superfícies do produto — ChatGPT, Codex e a API. O Images 2.5 já abrangia todas as três.

Se sua integração é um wrapper fino em torno do endpoint de imagens com uma configuração de qualidade fixa, a atualização de 2.5 para 2.6 é apenas uma string de modelo e uma execução de regressão. Não há nova autenticação, novo formato de resposta nem migração de preços.

O que é genuinamente novo

Quatro parâmetros e um formato de saída. Todos os cinco são no nível da API, não apenas recursos do ChatGPT.

• Complexidade. Baixa, média ou alta, separada da qualidade. Ela controla quanto planejamento acontece antes de desenhar. Para um recorte de produto plano, baixa é o correto e mais barato; para uma cena com seis restrições que precisam ser todas atendidas, alta garante espaço para planejamento. Este é um controle real que o GPT Image 2.5 não expunha.

• Edição guiada por marcação. Uma sobreposição PNG transparente marca a região a alterar, desenhada sobre a imagem de origem. Não pode ser combinada com uma máscara. O changelog da OpenAI diz que isso funciona nos modelos GPT Image 2.5 e 2.6 compatíveis — portanto, parte da atualização de edição também está disponível para a geração mais antiga, o que vale a pena verificar antes de migrar por isso.

• Saída SVG. Exportação vetorial a partir da chamada de imagem. Novo, e o único recurso sem equivalente na 2.5.

• Saída de GIF animado. Um loop a partir de uma imagem estática, com velocidade de reprodução e edição quadro a quadro no ChatGPT, e GIF como formato de saída na API. Não é aceito como entrada.

• Imagens de referência no ChatGPT. Salve uma pessoa, animal de estimação ou personagem uma vez e reutilize-o entre turnos sem precisar enviar novamente.

A manchete com que a OpenAI abriu é o GIF. O recurso que uma equipe de produção notará primeiro é a complexidade, porque é a primeira vez que o modelo permite trocar planejamento por latência de forma explícita, em vez de implicitamente por meio da qualidade.

A alegação de velocidade, desvendada

A OpenAI diz que a geração é cerca de 50% mais rápida. Os detalhes por trás desse número são mais interessantes do que a média: o Flare em baixa qualidade é citado em cerca de seis segundos por imagem, e a comparação do Design Arena, conforme relatado no lançamento, colocou o Flare cerca de 2,6× mais rápido que seu antecessor e o Sunburst em cerca de 1,15×.

Esses dois múltiplos contam histórias diferentes. Um ganho de velocidade de 2,6× no nível de velocidade muda o que é possível em uma interface — seis segundos estão dentro da janela em que uma pessoa continua olhando para a tela. Um ganho de 1,15× no nível de qualidade é um erro de arredondamento para trabalho em lote e uma leve conveniência para edição interativa. Se a sua carga de trabalho tem o perfil do Sunburst, não migre por velocidade; migre pela promessa de consistência, ou não migre.

O que a 2.5 ainda tem que a 2.6 não tem: uma pontuação

GPT Image 2.5 Sunburst é o modelo líder no ranking de texto para imagem da Artificial Analysis, com 1.224 Elo, e o Flare vem em segundo, com 1.208; no ranking de edição, o Sunburst lidera com 1.199 e o Flare fica em terceiro, com 1.183. O preço de tabela de nenhuma das gerações parece uma pechincha ali — US$ 210,70 por mil imagens na configuração máxima é a linha mais cara perto do topo.

Images 2.6 não tem linha. Verificamos os dois quadros em 5 de novembro, o dia seguinte ao lançamento, e GPT-Image-2.6 Flare e Sunburst estão ausentes. A única alegação de ranking em circulação é a da própria OpenAI, de que Sunburst conquistou o primeiro lugar no Design Arena e desbancou o 2.5 Sunburst. Isso é plausível e específico, mas trata-se de uma posição em arena citada pelo fornecedor, sem um Elo publicado que pudéssemos verificar.

Então, o estado honesto das coisas é: o modelo que você consegue medir é o antigo, e o modelo que estão pedindo que você adote não foi medido. Isso é normal para um lançamento de um dia e não é motivo para evitá-lo — mas significa que a migração deve ser condicionada às suas próprias saídas, não a um leaderboard.

Quanto custa uma edição em qualquer uma das gerações

Como as tarifas por token são idênticas, um exemplo prático mantém-se inalterado. Considere uma edição típica: 900 tokens de entrada de texto, uma entrada de imagem de 1.200 tokens e uma saída de imagem de 4.000 tokens. Isso dá $0,0045 para texto, $0,0096 para a entrada de imagem e $0,12 para a saída — $0,1341 por edição, no 2.5 ou no 2.6.

Agora aplique a única economia que importa. Se a complexidade permitir passar de uma chamada de planejamento alto para uma de planejamento baixo nos 80% das edições que são simples, a contagem de tokens de saída cai e o custo por edição cai junto. Se a alegação de consistência da Sunburst significar uma repetição a menos a cada cinco, o custo efetivo por ativo utilizável cai em um quinto. Ambas são plausíveis; a primeira é diretamente controlável hoje, a segunda é uma alegação que você precisa testar.

A migração sobre a qual ninguém fala: qual versão você realmente pode chamar

GPT-Image-2.5 Flare e GPT-Image-2.5 Sunburst já estão no OrcaRouter hoje, pelo preço de tabela da OpenAI com 0% de margem, na mesma chave do restante do nosso catálogo de mais de 200 modelos, com failover automático entre provedores. O GPT-Image-2.6 não está em nosso catálogo no momento em que escrevemos. Essa assimetria é a decisão prática para muitas equipes esta semana: a atualização é real, mas a versão com um caminho roteável, protegido por failover e de chave única ainda é a 2.5.

Se você trabalha com um único provedor, isso é irrelevante e você deve testar o 2.6 diretamente. Se você está usando a geração de imagens como dependência, e não como funcionalidade — um marketplace que renderiza fotos de produtos, um app que gera avatares —, o cálculo é diferente. Um modelo com um dia de existência não tem histórico de disponibilidade, nem comportamento de limite de taxa sob sua carga, nem pontuação de qualidade independente. Executá-lo por trás de um roteador que consegue recorrer à geração anterior é como você o adota sem apostar o pipeline nele. Esse é o argumento para manter as duas chaves ativas, em vez de esperar.

Há também o caso de mudança de preços. Quando a OpenAI altera a tabela de preços — e os preços de imagens mudaram duas vezes em dezoito meses — um roteador de repasse reflete isso no mesmo dia. Uma integração direta reflete isso sempre que a lógica de cobrança é atualizada.

Quem deve atualizar e quem deve ficar como está

Atualize agora se: seu produto renderiza imagens em uma interface que uma pessoa acompanha (o ganho de velocidade do Flare é a maior mudança individual da versão), você precisa de saída vetorial, ou está criando recursos de movimento/GIF e não quer um segundo fornecedor. A superfície da API é compatível e o gasto permanece inalterado.

Teste antes de atualizar se: A consistência de edição do Sunburst é o motivo do seu interesse. Essa é a afirmação com menos evidências e o maior valor, e um conjunto de regressão de vinte imagens lhe dirá mais do que qualquer post de lançamento.

Fique no 2.5 se: sua carga de trabalho for em lote, de nível de qualidade e sensível a custo. A tabela de preços não mudou, o nível de qualidade ficou 1,15× mais rápido, e o modelo antigo tem uma pontuação publicada no topo do ranking. Não há justificativa financeira para migrar esta semana, apenas uma justificativa de capacidade, e se você não precisa de SVG, GIF ou complexidade, a justificativa de capacidade não existe.

O ponto a observar é o primeiro número independente do Sunburst 2.6. Se passar de 1.224, “permanecer no 2.5” vira uma decisão que você precisa justificar. Se ficar perto disso, foi um lançamento de recursos de um modelo que já estava no topo, e a tabela de preços está dizendo exatamente isso.