Três endpoints de imagem fecham a 17 de agosto — migre com provas, não com esperança
A tabela oficial da Gemini API indica o encerramento de três modelos Imagen 4 em nove dias e recomenda `gemini-3.1-flash-image`. Uma substituição de nome sem um corpus de aceitação pode trocar indisponibilidade por regressões silenciosas.
- Natureza
- Aviso operacional baseado na documentação oficial do fornecedor
- Janela
- Verificado em 8 de agosto; encerramento indicado para 17 de agosto de 2026
- Âmbito
- Gemini API e integrações que usam os três endpoints Imagen 4 identificados
- Limite
- A data é a mais cedo indicada pelo fornecedor; disponibilidade e comportamento devem ser verificados na conta e região usadas

Em resumo
Os endpoints `imagen-4.0-generate-001`, `imagen-4.0-ultra-generate-001` e `imagen-4.0-fast-generate-001` têm 17 de agosto de 2026 como data de encerramento na página de depreciações, atualizada a 3 de agosto. O substituto recomendado é `gemini-3.1-flash-image`, disponível em GA e sem data de encerramento anunciada. Isto confirma o destino técnico, não a equivalência do produto: prompt, parâmetros, formatos, latência, custo, segurança e resultado visual precisam de uma decisão própria.
- Localize referências diretas, aliases, configurações, jobs assíncronos e automações que ainda chamam os três identificadores antigos.
- Congele um corpus representativo antes da mudança; sem as mesmas entradas e critérios não existe comparação defensável.
- Teste dimensões, formatos, latência, erro, custo e revisão de segurança além da preferência estética.
- Faça canário com telemetria por versão e mantenha rollback apenas até confirmar que o caminho antigo ainda responde.
Primeiro feche o âmbito: três identificadores, um destino recomendado e nove dias
A página oficial de depreciações lista os três endpoints como lançados em junho de 2025, com encerramento a 17 de agosto de 2026 e substituição recomendada por `gemini-3.1-flash-image`. A mesma página mostra o substituto como modelo estável, lançado em maio, sem data de encerramento anunciada. As release notes registam o anúncio original em 15 de junho.
A documentação também esclarece que uma data de shutdown é a data mais cedo em que o modelo pode ser retirado e que a data exata deve ser comunicada. Não use essa formulação para adiar: planeie a migração para terminar antes do marco publicado e confirme o comportamento real na conta de produção.
Janela de decisão
- 15 JUNDepreciação anunciada
As release notes identificam os três endpoints e encaminham para a tabela de migração.
- 3 AGOTabela atualizada
A página de depreciações mantém 17 de agosto e aponta `gemini-3.1-flash-image` como substituto.
- 8 AGOCorpus e canário
Inventário, baseline, critérios e rollout precisam de estar executáveis agora.
- 17 AGOEncerramento indicado
O caminho antigo deixa de ser um fallback que a equipa possa pressupor.
O modelo de substituição não promete uma saída idêntica
Uma aplicação pode continuar a devolver HTTP 200 e, ainda assim, falhar o produto. Imagens podem mudar de proporção, detalhe, aderência ao prompt, tratamento de referências, conteúdo proibido, tempo de geração ou tamanho. Se a saída alimenta campanhas, catálogos ou publicação automática, cada diferença pode criar retrabalho ou risco externo.
Separe critérios bloqueantes de preferências. Um formato inesperado, uma falha de moderação ou um custo fora do limite bloqueia. Uma variação estilística só bloqueia quando quebra um requisito aprovado. Guarde a versão do prompt, parâmetros, seed quando aplicável, resposta técnica, ficheiro final e decisão humana.
Corpus mínimo de aceitação
| Frente | Teste | Prova | Bloqueio |
|---|---|---|---|
| Contrato | Pedidos e respostas reais | Schema, códigos, retries e idempotência | Integração quebra ou duplica |
| Imagem | Casos normais e difíceis | Dimensão, formato, artefactos e aderência | Requisito editorial falha |
| Segurança | Prompts limítrofes e referências | Recusas, revisão e registo | Conteúdo indevido passa |
| Operação | Carga e falha induzida | p50/p95, taxa de erro e fila | SLO ou capacidade excedidos |
| Economia | Mesmo corpus e volume | Custo por resultado aceite | Orçamento ultrapassado |
Um rollout curto pode continuar a ser controlado
Hoje, resolva todas as referências ao modelo e congele o corpus. Amanhã, execute os dois caminhos e classifique diferenças. Depois, passe uma pequena percentagem de tráfego para o substituto com métricas separadas. Só então altere o default e retire o fallback antigo.
O rollback não é um slogan: deve indicar que versão volta, quem decide, que pedidos ficam pendentes e como reconciliar custos e ficheiros já produzidos. Quando o endpoint antigo deixar de responder, a reversão passa a ser para uma versão interna estável, uma fila segura ou uma suspensão controlada — não para o modelo encerrado.
- Não deixe identificadores de modelo espalhados por código, templates e variáveis sem um inventário único.
- Não compare exemplos escolhidos depois de ver os resultados; fixe o corpus e os critérios antes.
- Não promova apenas porque a média de latência melhorou; inspecione caudas, recusas e resultados rejeitados.
- Registe a decisão de retirar o endpoint antigo e a última prova de que deixou de ser necessário.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.- 01Gemini API deprecationsGoogle AI for Developers · AI-GOOGLE
- 02Gemini API release notesGoogle AI for Developers · AI-GOOGLE
- 03Image generation with GeminiGoogle AI for Developers · AI-GOOGLE
- 04Gemini modelsGoogle AI for Developers · AI-GOOGLE
- 05Challenges to the Monitoring of Deployed AI SystemsNIST · GL-NISTAI
- 06AI Risk Management FrameworkNIST · GL-NISTAI
Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.

Comentários
A carregar a conversa.