Copilot do GitHub muda o padrão: recurso sem decisão será ativado

O anúncio do GitHub de 24 de setembro de 2026 apresentou uma nova política padrão para recursos do Copilot Business e do Copilot Enterprise, com efeito a partir de 22 de outubro de 2026. Administradores já podem configurá-la, mas a escolha ainda não altera o acesso dos usuários. Na data de vigência, recursos elegíveis deixados como Não configurados passarão a seguir o padrão aplicável.

A documentação de disponibilidade padrão esclarece que, se nenhuma medida for tomada, esses recursos serão habilitados em 22 de outubro de 2026. A regra preserva decisões explícitas de habilitar ou desabilitar uma função. Por isso, o efeito em cada empresa depende tanto da opção geral escolhida quanto das políticas individuais que continuam sem decisão.

Quais recursos podem herdar o padrão

A política alcança recursos e capacidades do GitHub Copilot em disponibilidade geral, inclusive os que já existem e permanecem Não configurados. Também passa a abranger novos recursos quando chegam à disponibilidade geral e funções que saem da prévia sem uma escolha administrativa anterior. Ela não significa que todas as empresas verão a mesma lista de capacidades ser ativada: cada ambiente tem suas próprias configurações explícitas e pendências.

O inventário começa pelas políticas elegíveis em “Recursos e clientes”, na área de controles de IA da empresa. Há dois pontos adicionais fora dessa página: Copilot code review, em “Agentes”, e servidores MCP no Copilot, em “MCP”. Deixar qualquer um deles como Não configurado pode fazer com que siga o padrão quando a política entrar em vigor. Ver apenas a lista principal, portanto, não basta para conhecer todo o alcance da mudança.

A faixa exibida nas configurações informa quantas políticas elegíveis estão Não configuradas. O total é útil para dimensionar a pendência, mas não identifica sozinho qual capacidade requer uma decisão específica. Para uma auditoria, o estado de cada item importa mais do que a contagem: uma função deliberadamente desabilitada tem destino diferente de outra que permaneceu sem escolha.

Como a escolha geral afeta cada organização

Em “Controles de IA”, na área “Copilot”, a configuração “Política padrão para novos recursos” oferece três opções. “Habilitado” disponibiliza por padrão os recursos elegíveis atuais e futuros. “Desabilitado” mantém indisponíveis os recursos atuais sem configuração e exige aprovação administrativa para os futuros. “Permitir que as organizações decidam” deixa a escolha com os administradores das organizações.

Na empresa, o padrão incide sobre recursos marcados como Não configurados. Quando a decisão é delegada, a política da organização entra em cena para os recursos que a empresa permitiu que ela decidisse e que seu proprietário ainda não configurou explicitamente. Assim, escolher a delegação não encerra a revisão: é preciso saber qual padrão cada organização adotará e quais itens continuam pendentes naquele nível.

A análise do WindowsForum chama atenção para a diferença entre selecionar um padrão e conhecer as políticas que ele atingirá. Uma escolha explícita para uma função permanece preservada, mesmo que o padrão geral tenha outro valor. Isso permite, por exemplo, manter uma capacidade desabilitada por decisão própria sem precisar aplicar a mesma restrição a todos os recursos elegíveis.

Prévia, modelos e controles fora da regra

Recursos ainda em prévia continuam sujeitos à adesão explícita. Se uma empresa optou por participar de uma prévia, sua escolha será mantida quando o recurso chegar à disponibilidade geral. Se não houver decisão anterior nesse momento, o recurso passará a se enquadrar na política para funções em disponibilidade geral. O estágio de lançamento e o histórico de configuração, portanto, precisam ser avaliados juntos.

O padrão de modelos do Copilot é uma política separada e já está ativo. Alterar a configuração dos novos recursos não define a disponibilidade dos modelos; misturar os dois controles no mesmo registro pode esconder uma decisão pendente. Na auditoria, modelos devem aparecer como uma categoria própria, com o respectivo estado, sem serem contados como recursos alcançados pela mudança de outubro.

Também ficam fora dessa política de recursos os controles restritivos de modelos para residência de dados e FedRAMP em GHE.com e a opção de armazenar sessões locais na nuvem para Copilot CLI e VS Code. Eles podem exigir revisão administrativa por outros motivos, mas não herdam esta nova configuração. Separá-los evita interpretar uma exceção como uma função que será ativada pelo padrão.

Checklist de auditoria antes da vigência

A revisão deve produzir uma lista de decisões verificável, não apenas a confirmação de que a opção geral foi aberta. O objetivo é distinguir o que a empresa quer deixar sob o padrão, o que precisa de uma escolha explícita e o que foi delegado às organizações. Esta sequência reúne essas decisões sem presumir que todos os ambientes tenham as mesmas políticas pendentes:

1. Abra “Controles de IA” e “Copilot” e registre o valor selecionado em “Política padrão para novos recursos”. Anote quem responde pela decisão e se o efeito pretendido é habilitar, desabilitar ou delegar as funções elegíveis ainda sem configuração.
2. Confira a faixa que mostra a quantidade de políticas elegíveis Não configuradas. Use o número como referência para a revisão, mas identifique cada item em “Recursos e clientes”, com seu nome, estado atual, responsável e decisão desejada.
3. Examine separadamente Copilot code review em “Agentes” e servidores MCP no Copilot em “MCP”. Inclua o estado de ambos no mesmo registro: a localização em outra página não os exclui do alcance do padrão.
4. Configure explicitamente as funções que precisam permanecer habilitadas ou desabilitadas independentemente da escolha geral. Para as que continuarão Não configuradas, registre que a herança do padrão foi uma decisão consciente, e não uma pendência esquecida.
5. Se a empresa permitir que as organizações decidam, atribua a revisão aos respectivos proprietários. Registre o padrão de cada organização e as funções delegadas que ainda não receberam uma escolha individual.
6. Separe no registro final os recursos elegíveis, as prévias, a política de modelos e as exceções. Antes da vigência, compare as decisões anotadas com os estados exibidos nas configurações, sobretudo se novos recursos chegarem à disponibilidade geral durante a preparação.

Por enquanto, a política pode ser ajustada sem mudar o acesso dos usuários. Quando passar a valer, o resultado concreto dependerá das funções elegíveis que ainda estiverem Não configuradas, do padrão escolhido pela empresa e, onde houver delegação, das escolhas de cada organização.

Leia também:

• Ask Gemini substitui o painel no Google Chat — o histórico não será migrado
• Copilot CLI agora respeita arquivos excluídos — confira a política real
• PaperCut Release 2: como corrigir sem perder SAML ou leitura de cartões