O GitHub removeu Gemini 2.5 Pro e Gemini 3 Flash de todas as experiências do Copilot na sexta-feira. Os substitutos são Gemini 3.1 Pro e Gemini 3.6 Flash.
A troca não é simétrica
Gemini 2.5 Pro era um modelo estável, geralmente disponível. Seu sucessor designado, Gemini 3.1 Pro, está rotulado como Preview. Equipes que padronizaram um modelo estável estão sendo migradas para outro com selo de preview, o que, na própria taxonomia do GitHub, significa que ele pode mudar ou desaparecer sem o aviso que um modelo GA recebe.
O que, na prática, significa 'nenhuma ação é necessária'
O changelog diz que nenhuma ação é necessária e, para a remoção, isso é correto — nada quebra, os modelos simplesmente deixam de aparecer. A mesma entrada então observa que administradores do Copilot Enterprise podem precisar habilitar o acesso aos modelos alternativos por meio de suas políticas de modelo. Essas duas frases não descrevem a mesma situação. Em uma organização com política de modelo restritiva, os antigos modelos Gemini somem e os novos não são permitidos automaticamente, o que deixa os desenvolvedores sem nenhuma opção Gemini até que alguém com direitos de administrador perceba.
A outra mudança publicada no mesmo dia
O GitHub também colocou o direcionamento de políticas de modelo para equipes empresariais em prévia pública: uma empresa pode definir um conjunto básico de modelos e conceder modelos extras a equipes individuais, resolvidos da forma menos restritiva possível. A maioria dos clientes terá a opção de ativação em 3 de agosto, então o anúncio antecede a disponibilidade. Embutida nele há uma consequência que vale a pena ler duas vezes — uma vez que o direcionamento empresarial é ativado, as configurações de modelo no nível da organização deixam de se aplicar. As restrições já existentes de um administrador da organização são silenciosamente substituídas pela política empresarial.
Por que uma entrada de changelog vale a leitura
A disponibilidade de modelos em uma ferramenta de programação agora é uma decisão de fornecimento tomada pelo fornecedor da ferramenta, e não pelo desenvolvedor. Quais modelos uma equipe pode acessar, e em qual nível de estabilidade, é definido dois níveis acima — pela plataforma e depois por um administrador empresarial — e isso muda por meio de entradas de changelog que ninguém é obrigado a ler.