O GitHub tornou geral, em 23 de setembro, um conjunto de controles mais granulares para a revisão automática de código feita pelo Copilot. A mudança central é de acesso: configurações pessoais de revisão, antes restritas aos planos Copilot Pro, Pro+ e Max, agora chegam também às licenças Copilot Business e Copilot Enterprise, usadas pela maioria das empresas que compram Copilot para times inteiros.
Na prática, cada usuário ganha uma página dedicada de configuração de revisão de código, onde pode ativar revisões automáticas do Copilot separadamente para três situações: quando cria um pull request, quando move um pull request para fora do estado de rascunho, e quando envia um novo push para um PR que o Copilot já está revisando. Antes, existia apenas uma chave geral de liga e desliga, sem esse nível de controle.
A segunda mudança relevante é o esforço de revisão. O Copilot code review já operava em dois níveis, Lite, a revisão padrão mais rápida, e Balanced, uma análise mais profunda voltada para lógica complexa, código sensível a segurança e mudanças que cruzam vários serviços. Agora, administradores autorizados de uma organização enterprise podem fixar um nível de esforço padrão para toda a enterprise, que se propaga por herança para os repositórios das organizações vinculadas, embora organizações e repositórios individuais ainda possam sobrepor essa escolha com sua própria configuração.
O contexto de governança segue o mesmo modelo já usado em outras políticas de nível enterprise do GitHub: um ruleset de branch definido centralmente, aplicado a organizações e repositórios alvo, com a política "Automatically request Copilot code review" podendo ser deixada a critério de cada organização, ativada para organizações selecionadas ou desligada em toda a enterprise.
Para squads de desenvolvimento em pequenas e médias empresas brasileiras que já pagam por Copilot Business, o ganho prático é reduzir ruído sem perder cobertura: times que trabalham com rascunhos longos podem optar por não acionar revisão até o PR sair de rascunho, enquanto times que iteram rápido com múltiplos pushes podem escolher revisar só a versão final. Para quem lidera engenharia em uma empresa maior, a novidade mais importante é a possibilidade de padronizar o nível de esforço da revisão automaticamente em todos os repositórios, em vez de depender que cada time configure isso manualmente, o tipo de controle que normalmente só aparece depois que uma ferramenta já está em uso disseminado o suficiente para precisar de política central.
Vale registrar que esta expansão de controles chega junto de outra mudança na mesma frente: o nível de esforço padrão do Copilot code review deve passar de Lite para Balanced em alguns contextos a partir de 28 de setembro, segundo relatos da comunidade de desenvolvedores. Equipes que dependem de revisão automática para gate de merge devem revisar sua configuração de esforço antes dessa data, para não serem pegas de surpresa por um tempo de revisão mais longo no fluxo de CI.
Fontes
GitHub Changelog, anúncio oficial: https://github.blog/changelog/2026-09-23-copilot-code-review-more-ways-to-request-and-configure-reviews/
GitHub Docs, documentação oficial de configuração: https://docs.github.com/en/copilot/how-tos/copilot-on-github/set-up-copilot/configure-automatic-review
Windows Forum, cobertura independente sobre a mudança do nível padrão: https://windowsforum.com/news/github-copilot-code-review-default-switches-to-balanced-september-28.445722/