O Google apagou a data de desligamento do Gemini 2.5 que ele mesmo anunciou
Em 28 de julho, a página de depreciações da Gemini API dizia que gemini-2.5-pro, gemini-2.5-flash e
gemini-2.5-flash-lite seriam desligados em 16 de outubro de 2026.
Em 3 de agosto a data não estava mais lá. As linhas dos três modelos passaram a dizer
No shutdown date announced, e a página atual não tem nenhum sinal de que 16 de outubro já tenha
existido.
Não achei o anúncio dessa mudança em lugar nenhum. Nem no changelog da Gemini API, nem nas release notes.
A evidência não é minha, é do Wayback
Eu faço crawl de documentação de fornecedores de IA, mas não quero que você tenha que confiar no meu
crawler. As duas capturas do Internet Archive estão públicas:
- antes:
web.archive.org/web/20260802004009/https://ai.google.dev/gemini-api/docs/deprecations - depois:
web.archive.org/web/20260804183351/https://ai.google.dev/gemini-api/docs/deprecations
Conferi de novo hoje, na captura mais recente que existe (28 de agosto): No shutdown date announced
aparece 27 vezes na página, e a string October 16, 2026 não aparece nenhuma vez.
Vale uma ressalva honesta: no meu banco esses três registros também desapareceram no dia 03/08, mas por
um motivo diferente — linhas sem data e sem sucessor não viram item no meu extrator. A página continua
listando os modelos. Ou seja, o desaparecimento que importa é o da data, e quem prova isso é o Wayback,
não eu.
A própria página datou a edição: no rodapé, o Last updated passou de
2026-07-02 UTC na captura anterior para 2026-08-03 UTC na posterior, e
continua nessa data hoje. Não foi cache nem variação de entrega — foi uma
edição, no dia 3 de agosto.
E não foi uma limpeza geral da tabela: na mesma seção, o
gemini-2.5-flash-image manteve a data dele (2 de outubro de 2026) nas duas
capturas. Saíram exatamente três linhas.
E o Google Cloud continua dizendo outra coisa
A página de versões de modelo do Google Cloud lista os mesmos três modelos com data de desligamento em
20 de outubro de 2026 — quatro dias depois da data que sumiu.
Verifiquei hoje: October 20, 2026 aparece três vezes lá, para gemini-2.5-pro, gemini-2.5-flash e
gemini-2.5-flash-lite.
As duas páginas estão no ar. As duas são do mesmo fornecedor. E elas dão respostas diferentes para os
mesmos três modelos.
Antes que alguém diga: sim, Gemini API e a plataforma do Cloud são produtos diferentes, com ciclos de
vida próprios. Isso é uma explicação, não um consolo. Se você anotou "16 de outubro" em uma planilha de
migração em julho, hoje nenhuma das duas páginas confirma esse número.
O mesmo modelo, três vezes mais aviso em outra plataforma
O caso do Google não é isolado, e o segundo caso é ainda mais concreto porque os dois lados publicam a
política por escrito.
A Anthropic se compromete com:
at least 60 days' notice before model retirement for publicly released models
E a AWS, na página de ciclo de vida do Bedrock:
A model will be in the Legacy state for at least 6 months before the EOL date
O mesmo peso, dois relógios. Na prática o número da Anthropic é cumprido no limite: o
claude-opus-4-1-20250805 foi marcado como depreciado em 5 de junho de 2026 e desligado em 5 de agosto —
61 dias.
A parte que eu não esperava é que a AWS diz isso em voz alta na própria documentação:
Model lifecycle dates on this page are specific to Amazon Bedrock and may differ from dates published
by model providers
Ou seja, a divergência não é bug de ninguém. É o comportamento documentado. "Qual é a data de
desligamento do modelo X" é uma pergunta que não tem resposta única — ela tem uma resposta por
plataforma, e as plataformas não se coordenam.
Por que isso é difícil de perceber
Você lê uma página de depreciação uma vez, na semana em que decide adotar um modelo. Depois disso ela sai
do seu campo de visão, porque parece um documento de referência.
Não é. É dado que se move, e sem histórico versionado você não tem como responder se uma data mudou
ou se você anotou errado. Foi exatamente a dúvida que me fez começar a guardar diff de tudo: eu tinha
certeza de ter visto 16 de outubro, e não tinha nada que provasse isso.
O agravante é que nenhum dos dois casos acima produz erro. A API continua respondendo, a página continua
carregando, o número simplesmente é outro. Não existe um 410 Gone para uma data em uma tabela.
O que eu levo disso
Salve a captura, não a data. Quando um número externo entra em uma decisão sua, o que precisa ser
persistido é a página que dizia aquilo, com timestamp — não o número transcrito.
Uma data de fornecedor é específica de plataforma até prova em contrário. Se você roda o mesmo modelo
via API direta e via cloud provider, são duas datas, e você depende da mais curta.
A parte difícil não foi coletar os dados. Foi torná-los comparáveis. Cada fornecedor nomeia as
colunas de um jeito, marca estados de um jeito e muda de opinião sem changelog.
Datas conferidas em 01/09/2026 nas páginas originais e no Internet Archive. Isso saiu de um projeto que
acompanha 15 fornecedores de IA e guarda cada mudança com a data em que ela aconteceu:
aichangewatch.com