Dois avisos de desativação de modelos em dois dias. 16 de novembro e 14 de janeiro no seu calendário

Em 14 de outubro, a OpenAI avisou os desenvolvedores de que cinco snapshots de API serão removidos em 14 de janeiro de 2027: gpt-4o-2024-08-06, gpt-4o-2024-11-20, gpt-4o-mini-2024-07-18, gpt-4.1-2025-04-14 e gpt-4.1-mini-2025-04-14. O substituto recomendado para todos eles é o gpt-6-luna. Modelos com fine-tuning construídos sobre esses snapshots serão desligados na mesma data.

No dia seguinte, o GitHub anunciou que Claude Opus 4.8, Claude Opus 5 e GPT-5.6 Terra saem do GitHub Copilot em 16 de novembro de 2026, em todo o Copilot Chat, nas edições inline, nos modos ask e agent e nas code completions. Os substitutos sugeridos são Claude Opus 5.5 para os dois modelos Claude e GPT-6.1 Sol ou GPT-6 Luna para o Terra. Assinantes individuais em planos anuais mantêm o Opus 4.8.

Nenhum dos dois avisos é uma crise. Juntos, eles formam um calendário, e a maioria das empresas ainda não gerencia dependências de modelos em um.

Os próximos 90 dias

Outubro de 2026Janeiro de 2027

1. AvisosOpenAI em 14 de out, GitHub em 15 de out
2. 16 de novTrês modelos do Copilot são desativados
3. Meados de dezembroNossa sugestão de última data para migrar as cargas de trabalho de API
4. 14 de jan, 2027Snapshots de API e seus fine-tunes removidos

O que está e o que não está sendo desativado

Precisão importa aqui, porque a leitura errada custa um trimestre. O aviso da OpenAI cobre snapshots de API datados e específicos. Ele não diz que todo modelo da família GPT-4 ou o ChatGPT é afetado, e não menciona o ChatGPT em momento algum. O aviso do GitHub cobre experiências do Copilot, não as APIs dos próprios fornecedores. Se o seu time lê “o GPT-4o vai acabar” e planeja uma mudança no ChatGPT, ou lê “o Opus 5 foi desativado” e reescreve uma integração com a API da Anthropic, os dois estão errados.

Onde os identificadores de modelos se escondem

As aplicações que chamam um modelo diretamente são a parte fácil de um inventário. A parte difícil é todo o resto que fixa um modelo:

• Pipelines de avaliação e juízes LLM. Um juiz rodando em um snapshot que vai ser desativado muda suas notas quando migra, mesmo que o sistema que ele avalia não mude. Vimos isso na troca de juiz do Snowflake: notas entre versões de juiz não são comparáveis.
• Modelos com fine-tuning. Eles precisam de retreinamento ou substituição, não só de um novo identificador. Retreinar exige os dados de treinamento, que alguém vai ter que encontrar.
• Configurações de roteamento e gateways, em que o nome de um modelo fica em um arquivo de política que ninguém associa à aplicação.
• Scripts, notebooks e jobs agendados que pertencem a analistas, fora de qualquer inventário de software.
• Políticas de modelos do Copilot. O GitHub diz que os admins não precisam fazer nada se o padrão global para novos modelos estiver ligado. Se a sua empresa desligou esse padrão, os substitutos precisam ser habilitados na mão, ou os desenvolvedores perdem os modelos sem nada no lugar.

Uma migração é um release

O substituto é mais capaz, e é aí que está o risco. Um modelo mais novo muda o tamanho da saída, a formatação, o comportamento de recusa, a latência e o custo por tarefa. Prompts ajustados para o snapshot antigo, parsers que esperam a formatação dele e projeções de custo que assumem a contagem de tokens dele podem todos quebrar sem nenhuma mudança de código. Como escrevemos quando a Databricks desativou modelos no início de outubro, a desativação de modelos muda o comportamento, não a sintaxe, então ela precisa de um conjunto de regressão, uma execução lado a lado e um aprovador nomeado, como qualquer outra mudança.

Para agentes de código, a data de novembro está mais perto e a avaliação é diferente. Os desenvolvedores vão notar mudanças de qualidade antes de qualquer dashboard. Rode os modelos substitutos em uma amostra de tarefas reais agora, compare a aceitação das mudanças que eles propõem e decida qual substituto vira o padrão antes que o menu mude sozinho.

Torne o inventário permanente

Esses não serão os últimos avisos. O resultado útil deste trimestre não são duas migrações concluídas; é um registro em que cada dependência de modelo tem um responsável, um propósito, um conjunto de avaliação e uma data de desativação conhecida, e em que um novo aviso vira tickets em um dia. A parada de vendas do Gemini Code Assist, do Google, ensinou a mesma lição pelo lado da compra: a data de renovação é a data real da decisão. Para modelos, a data de desativação é.