O GitHub anunciou em 31 de julho de 2026 que seis modelos deixarão de funcionar nas experiências do GitHub Copilot em 1º de setembro. A mudança alcança Copilot Chat, edições inline, modos Ask e Agent e conclusões de código. Não é o fim do Copilot, mas equipes que fixaram um desses modelos em rotinas, políticas ou instruções internas precisam revisar a configuração antes do prazo.
A retirada inclui modelos da Anthropic, do Google e um modelo ajustado pelo próprio ecossistema do Copilot. O GitHub publicou alternativas sugeridas, mas trocar o nome no seletor não encerra o trabalho: disponibilidade varia conforme plano, cliente e política da organização.
Quando isso aconteceu
O aviso foi publicado no GitHub Changelog em 31 de julho de 2026. A data efetiva de retirada é 1º de setembro de 2026. Em 28 de agosto, os modelos ainda aparecem na documentação de modelos compatíveis, ao mesmo tempo em que a seção de histórico de retirada confirma o desligamento programado.
Quais modelos serão retirados
| Modelo atual | Alternativa indicada pelo GitHub |
|---|---|
| Gemini 3.1 Pro | Gemini 3.6 Flash |
| Claude Opus 4.5 | Claude Opus 5 |
| Claude Opus 4.6 | Claude Opus 5 |
| Claude Sonnet 4.5 | Claude Sonnet 5 |
| Claude Sonnet 4.6 | Claude Sonnet 5 |
| Raptor Mini | MAI-Code-1-Flash |
No comunicado original, o GitHub também cita Claude Opus 4.7 e Claude Opus 4.8 como opções para quem sai dos modelos Opus 4.5 ou 4.6. A tabela de histórico da documentação, porém, resume a sugestão em Claude Opus 5. Por isso, a melhor escolha depende do modelo que a organização efetivamente habilitou e do cliente usado.
A exceção para Claude Sonnet 4.6
Há uma exceção específica: Claude Sonnet 4.6 continuará disponível para assinantes individuais do GitHub Copilot em planos anuais. O GitHub afirma que a retirada desse modelo não se aplica a esse grupo.
Essa exceção não deve ser tratada como garantia geral para empresas, planos mensais ou ambientes administrados. O próprio GitHub informa que a lista de modelos depende do plano e do local de uso, como GitHub.com ou uma IDE.
Fato oficial e leitura prática
Fato oficial: o GitHub recomenda atualizar fluxos e integrações antes de 1º de setembro. Administradores do Copilot Enterprise podem precisar habilitar o modelo substituto nas políticas de modelos. Depois de habilitado, ele deve aparecer no seletor do Copilot Chat no Visual Studio Code e no GitHub.com.
Análise do Bastidores: uma troca de modelo não é apenas uma alteração visual. Respostas, consumo de créditos, velocidade, contexto disponível e comportamento em tarefas de código podem mudar. Um fluxo que funcionava bem com um modelo antigo precisa de um teste curto e reproduzível com a alternativa escolhida.
Checklist para migrar sem surpresa
- Faça o inventário. Liste instruções internas, documentação, automações e treinamentos que mencionam um dos seis modelos.
- Confira o plano e o cliente. Verifique o seletor no ambiente realmente usado pela equipe. A presença de um modelo em uma página de documentação não significa acesso em todos os planos e clientes.
- Revise políticas da organização. Em contas Business ou Enterprise, confirme se a alternativa está habilitada. Uma política restritiva pode esconder o novo modelo mesmo quando ele é compatível com o produto.
- Teste tarefas representativas. Use pequenos casos reais de revisão, geração e correção de código. Compare o resultado com critérios definidos, como testes aprovados, aderência às instruções e ausência de mudanças fora do escopo.
- Observe custo e contexto. Modelos e recursos diferentes podem consumir créditos de forma distinta. O GitHub alerta que janelas maiores de contexto e níveis superiores de raciocínio usam mais tokens.
- Registre a decisão. Documente o modelo escolhido, o motivo, a data do teste e uma opção de contingência. Isso reduz a dependência de memória informal quando a próxima retirada ocorrer.
O que não muda automaticamente
O GitHub diz que não é necessário executar uma ação para remover os modelos depois da retirada. Isso não significa que integrações personalizadas serão migradas para a melhor alternativa possível. Configurações fixas podem falhar, cair em outro comportamento ou exigir intervenção do administrador.
Também não existe uma equivalência universal entre os modelos sugeridos. A indicação do GitHub é um ponto de partida, não uma garantia de que saída, latência ou custo permanecerão iguais.
Por que isso ainda importa
O anúncio não é novo, mas o prazo está próximo. Em equipes que usam o Copilot como parte do fluxo de entrega, poucos dias podem ser insuficientes para localizar referências antigas, liberar políticas e executar testes em repositórios representativos.
A mudança reforça uma prática útil para qualquer ferramenta de IA: trate o modelo selecionado como dependência versionada. Ele deve aparecer no inventário técnico, nos testes e no plano de contingência, assim como uma biblioteca ou serviço externo.
Para comparar o fluxo do agente do Copilot com outra abordagem de desenvolvimento remoto, veja também o nosso comparativo entre Codex cloud e GitHub Copilot cloud agent.