O GitHub Copilot code review agora resolve seus próprios comentários quando um commit posterior os corrige, e mostra o progresso de cada pull request em um único resumo. Além disso, ele escreve a mensagem de commit quando você aceita um lote de sugestões dele. As três novidades passaram a disponibilidade geral (GA) em 18 de setembro de 2026.
Há também uma data para anotar na agenda: a partir de 28 de setembro de 2026, a configuração “Default” do nível de esforço de revisão muda de Lite para Balanced, o nível mais profundo e também o mais caro. Mais abaixo explicamos o que fazer a respeito.
O que é o Copilot code review?
O Copilot code review é o revisor de código com IA integrado ao GitHub para pull requests. Você adiciona o Copilot como revisor e ele deixa comentários em linha com mudanças sugeridas que você pode aplicar em poucos cliques.
Ele está disponível em todos os planos pagos do Copilot; o Copilot Free não o inclui. Funciona em:
- GitHub.com
- GitHub CLI
- GitHub Mobile
- VS Code, Visual Studio, Xcode e IDEs da JetBrains
- Azure DevOps (em public preview)
O Copilot sempre envia uma revisão do tipo Comment, nunca “Approve” nem “Request changes”. Por padrão, a revisão dele não conta para as aprovações obrigatórias e não bloqueia o merge.
Como usar o Copilot code review em pull requests?
Abra o pull request e, na barra lateral direita, em Reviewers, clique em Request ao lado de Copilot. A revisão costuma chegar em menos de 30 segundos.
A partir daí, os comentários do Copilot se comportam como os de um colega de equipe: você pode reagir, responder, resolvê-los ou ocultá-los. Também é possível pedir uma revisão pela REST API adicionando copilot-pull-request-reviewer[bot] como revisor.
Um detalhe importa para tudo o que vem a seguir: o Copilot não revisa de novo automaticamente quando você faz push de novos commits, a menos que você tenha configurado isso (veremos na seção de revisões automáticas). Caso contrário, você mesmo pede a nova revisão com o botão que aparece ao lado do nome do Copilot no menu Reviewers.
O que muda no resumo da revisão do Copilot?
O comentário de resumo (overview) agora mostra a avaliação atual do Copilot sobre o PR, qual nível de esforço ele usou e a lista completa de achados, agrupados em três categorias:
- Open: problemas que ainda não foram tratados. Os introduzidos pelo seu último commit levam o rótulo
new. - Resolved since last review: problemas que o Copilot confirmou que você corrigiu.
- Previously missed: problemas em código que você já tinha enviado e que o Copilot só detectou em uma passada posterior. Eles aparecem completos no resumo, porque não são publicados em nenhum outro lugar do PR.
Cada achado mostra sua severidade e leva ao comentário em linha correspondente. Além disso, cada comentário do Copilot agora começa com um título curto, para que você percorra a lista e decida o que olhar primeiro. Quando você envia mais commits e pede revisão de novo, o resumo mantém o histórico em vez de começar do zero.
Como o Copilot resolve seus próprios comentários?
Quando um commit posterior trata um de seus comentários, o Copilot resolve essa thread na revisão seguinte, e o feedback pendente continua aberto. Isso chegou primeiro em 11 de setembro; a atualização de 18 de setembro o refinou em dois aspectos:
- O Copilot respeita suas respostas. Se você responde a um comentário pedindo que o problema continue aberto, ele continua aberto.
- O Copilot resolve com um motivo. De acordo com seus commits posteriores, uma thread pode ser fechada como
Won't FixouIncorrect, em vez de desaparecer sem explicação.
O efeito prático: depois de algumas rodadas de revisão, as threads abertas no seu PR são as que realmente precisam de trabalho. Acabou clicar em “Resolve conversation” em uma dúzia de comentários obsoletos antes do merge.
O Copilot escreve a mensagem de commit quando você aceita as sugestões dele?
Sim. Quando você faz commit de um lote completo e elegível de sugestões do Copilot, ele gera um título de commit e uma descrição opcional com base no que as mudanças realmente fazem. O lote também pode incluir sugestões de revisores humanos. Adeus ao genérico “Apply suggestions from code review” no seu histórico.
Quanto custa o Copilot code review: Lite ou Balanced?
Use Lite para mudanças de rotina e Balanced para tudo o que for complexo ou arriscado; a diferença de custo é real.
- Lite é a revisão padrão do GitHub: feedback rápido e focado em bugs, vulnerabilidades de segurança e estilo.
- Balanced envia o PR para um modelo de maior raciocínio para uma análise mais longa. O GitHub o recomenda para:
- código sensível do ponto de vista da segurança
- mudanças que afetam vários serviços
- repositórios com padrões de qualidade rigorosos
Os dois níveis estão disponíveis no Copilot Pro, Pro+, Max, Business e Enterprise.
Segundo a documentação do GitHub no momento da publicação desta nota, uma revisão Lite consome tipicamente um valor estimado de USD 0,05 a 1 em créditos de IA, e uma Balanced, de USD 0,25 a 5. Nenhuma das faixas inclui os minutos do GitHub Actions, e o GitHub esclarece que o consumo cresce com o tamanho do PR e com as instruções personalizadas.
O Lite, além disso, ficou mais completo. Desde 11 de setembro ele combina os achados de um conjunto (ensemble) de agentes em vez de um só. Segundo os experimentos do próprio GitHub, isso aumentou em 47% a quantidade média de comentários tratados por revisão em achados de severidade alta, e reduziu o custo de revisão em cerca de 8%. São números internos do GitHub, não benchmarks independentes.
O Copilot code review é gratuito?
Não no Copilot Free, que não inclui code review. Existe, sim, um caminho para membros de uma organização sem licença do Copilot: nos planos Business e Enterprise, um administrador pode habilitá-lo, e os créditos consumidos por essas revisões são cobrados da organização como uso adicional.
O que muda em 28 de setembro?
A partir de 28 de setembro de 2026, todo repositório ou organização com o nível de esforço em Default passará a receber revisões Balanced em vez de Lite. Se você prefere o Lite, selecione-o explicitamente antes dessa data; o GitHub diz que respeitará essa escolha e não a mudará.
No nível do repositório:
- Vá até Settings.
- Em “Code, planning, and automation”, clique em Copilot e depois em Code review.
- Ao lado de Review effort level, escolha Lite ou Balanced.
No nível da organização:
- Vá até Settings da organização.
- Siga o mesmo caminho: Copilot e depois Code review.
- Defina o valor padrão de Review effort level.
Os repositórios que não escolheram seu próprio nível herdam o da organização. Esses valores padrão se aplicam às revisões automáticas; em uma solicitação manual, você escolhe o nível na seção Reviewers do PR, e essa escolha vale só para aquela revisão.
Como fazer o Copilot revisar todos os pull requests automaticamente?
Isso é configurado com um branch ruleset:
- No repositório, vá até Settings → Rulesets → New ruleset → New branch ruleset.
- Coloque-o em Active e escolha as branches de destino.
- Em “Branch rules”, selecione Automatically request Copilot code review.
- Marque Review new pushes se quiser uma revisão a cada push.
- Opcionalmente, marque Review draft pull requests.
As organizações podem fazer o mesmo em Settings → Repository → Rulesets da organização. E se você tem Pro, Pro+ ou Max, pode ativar o Automatic Copilot code review em Copilot settings no seu perfil.
Review new pushes é a opção que une todas as novidades: a resolução automática acontece a cada nova revisão, então, com essa opção ativa, cada push atualiza o placar sem que você precise pedir. Lembre-se de que cada revisão automática também consome créditos de IA.
Como dizer ao Copilot o que revisar?
O Copilot lê as instruções do seu próprio repositório a partir de três lugares:
.github/copilot-instructions.mdpara regras do repositório inteiro.github/instructions/**/*.instructions.mdpara regras que se aplicam a caminhos específicosAGENTS.mdna raiz do repositório para convenções compartilhadas entre ferramentas de IA
Ele lê esses arquivos a partir da branch head do PR, então você pode testar uma mudança nas suas instruções no mesmo pull request que a introduz. A documentação do GitHub inclui uma instrução de exemplo que é um bom ponto de partida para equipes que não trabalham em inglês: “When performing a code review, respond in Spanish.”
A opinião da Devy
As novidades em GA são menos uma capacidade nova e mais o fim de uma tarefa tediosa. Quem já usou um revisor com IA conhece o padrão: os comentários se acumulam, metade fica obsoleta depois do próximo push e a limpeza antes do merge sobra para você. Uma revisão que acompanha o próprio progresso e fecha as próprias threads é a parte que realmente economiza tempo.
A mudança de 28 de setembro é o que precisa ser resolvido esta semana. Balanced é uma revisão melhor para o código que a merece, mas não deveria virar o padrão de todos os seus PRs só porque ninguém mexeu em uma configuração. Escolha seu nível de propósito, repositório por repositório.
Se você está repensando onde o código escrito por agentes é revisado, analisamos isso em O PR Já Não É o Único Lugar Onde se Revisa o Trabalho de um Agente. E se você ainda está comparando ferramentas, veja Qual é a melhor IA para programar em 2026?.