Imagine uma equipe que libera o Copilot para os desenvolvedores, mas avalia cada nova capacidade antes de colocá-la em uso. Outra prefere disponibilizar rapidamente o que já está estável. As duas podem ter bons motivos. O problema aparece quando uma configuração fica sem dono e o resultado passa a depender do padrão da plataforma.

O GitHub anunciou em 24 de setembro uma política global para recursos geralmente disponíveis do Copilot e capacidades compatíveis dos clientes, nos planos Business e Enterprise. Administradores já podem escolher entre habilitar, desabilitar ou deixar a decisão com as organizações. A escolha existe agora; o efeito sobre recursos elegíveis ainda não configurados começa em 22 de outubro de 2026.

Essa diferença de datas importa. Não se trata de um anúncio de que todos os recursos do Copilot serão ligados hoje. Durante os próximos 28 dias, a empresa diz que a política pode ser preparada sem alterar o acesso dos usuários. A documentação oficial acrescenta um detalhe decisivo: o padrão inicial é habilitado. Sem ação administrativa, recursos elegíveis não configurados serão habilitados em 22 de outubro.

O que o padrão vai decidir

Quando a política entrar em vigor, recursos elegíveis marcados como “não configurados” seguirão a opção global escolhida. Uma decisão explícita anterior de habilitar ou desabilitar será preservada. Recursos em preview continuam exigindo adesão; se um preview já adotado se tornar geralmente disponível, a escolha existente também será mantida.

O alcance informado pelo GitHub inclui capacidades da página “Features & clients”, a política de revisão de código do Copilot na área de agentes e a política de servidores MCP. Há exceções de elegibilidade documentadas pelo GitHub. Portanto, “política padrão” não significa uma chave universal para tudo o que leva o nome Copilot.

Para quem lidera uma adoção, a pergunta útil não é apenas “habilitar ou desabilitar?”. É quem responde pela decisão quando um recurso novo chega. Deixar a organização decidir pode ser adequado quando cada unidade tem maturidade e controles próprios. Um padrão central pode fazer mais sentido onde há exigências comuns de segurança, dados ou conformidade. Essa é uma leitura de governança, não uma recomendação automática para escolher a opção mais restritiva.

Uma revisão antes de outubro

Eu faria uma revisão curta das configurações hoje não definidas, especialmente onde o Copilot pode ler contexto de trabalho, revisar código ou se conectar a ferramentas externas. Para cada uma, registraria o responsável pela decisão, o motivo e a forma de reavaliá-la depois. Isso evita que “não configurado” seja confundido com “aprovado”.

O anúncio também é um lembrete de que a governança de IA não termina na compra das licenças. À medida que a plataforma evolui, os padrões passam a ser decisões de produto com efeito operacional. O prazo até 22 de outubro dá às equipes uma oportunidade rara: escolher deliberadamente antes que a ausência de escolha também passe a valer.

Fonte: anúncio oficial do GitHub e documentação de disponibilidade padrão.