Copilot code review agora resolve os próprios comentários: como testar isso em um PR?

Aquela fila de comentários do Copilot que só crescia no PR agora se limpa sozinha 🙂

Fala aí, beleza? O GitHub anunciou no dia 11/09/2026 três mudanças no Copilot code review que mexem direto no seu fluxo de pull request: os comentários já endereçados passam a ser resolvidos automaticamente, a mensagem de commit passa a ser gerada a partir da alteração quando você aplica uma sugestão, e o nível de esforço Lite mudou por dentro, passando a usar um conjunto de agentes na análise

Só que "resolve sozinho" é o tipo de promessa que você quer ver com os próprios olhos antes de soltar num repositório sério, né?

Então aqui vai um roteiro pra você validar o comportamento novo num PR de teste, sem susto e sem achismo

O que o GitHub anunciou e por que isso importa no fluxo do PR

O anúncio se chama Auto-resolution and analysis updates in Copilot code review e saiu em 11/09/2026

O problema que ele ataca é aquele clássico de PR longo: você corrige o que a revisão apontou, manda o commit, e os comentários antigos continuam lá, ocupando espaço na conversa e te obrigando a fechar tudo na mão

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 116 aulas
• 4 projetos
• 9h 23min

Conhecer formação

Agora o comportamento é outro

Quando você envia um commit que endereça um comentário do Copilot, ele resolve aquele comentário durante a nova revisão

Atenção nesse detalhe, porque ele muda o teste inteiro: a resolução acontece na rerevisão, não é uma mágica que roda no vazio

E o feedback que ainda não foi endereçado continua aberto, nada se perde

A ideia é justamente essa: a lista de comentários abertos passa a representar só o que falta resolver, e não um histórico misturado de coisa feita com coisa pendente

Nos bastidores tem mais uma mudança: o Copilot passou a usar um conjunto mais amplo de ferramentas de shell pra validar o código que revisa

O que você precisa antes de abrir o PR de teste

Antes de sair clicando, três coisas:

• Plano pago do Copilot: o Copilot code review não está incluído no Copilot Free
• Um repositório onde você consiga entrar em Settings: parte do roteiro é configuração de repositório, então acesso de leitura não resolve
• Decidir como a revisão vai ser disparada: manualmente, pelo menu Reviewers do PR, ou automaticamente, via ruleset de branch

E tem o lado do custo, que é bom ter na cabeça antes de rodar dez revisões de teste em sequência

Cada revisão consome AI credits (tokens) e minutos de GitHub Actions, por causa da infraestrutura agêntica, e o nível Balanced consome mais que o Lite

Revisão automatizada é ótima pra tirar peso da sua cabeça, mas ela não substitui o olho humano no que é crítico, mesma lógica de quando você vai delegar a escrita de testes pra uma IA: dá pra automatizar bastante, só que alguém precisa conferir o resultado

Como testar a resolução automática em um PR de teste, passo a passo

O objetivo do teste é simples: deixar o Copilot comentar duas coisas, corrigir só uma, e ver se ele fecha a certa e mantém a outra aberta

1. Escolha o nível de esforço da revisão automática do repositório

Vá em Settings do repositório, na seção "Code, planning, and automation" abra Copilot, depois Code review, e ajuste o campo Review effort level

Existe também um padrão configurável no nível da organização, e o repositório pode sobrescrever esse padrão

O erro comum deste passo: mexer no repositório achando que a organização vai acompanhar, ou o contrário, configurar na organização e não perceber que o repositório já tem um valor próprio sobrescrevendo

2. Se quiser testar o fluxo automático, crie o ruleset de branch

Ainda dentro de Settings do repositório, mas em outra seção do menu lateral: "Code and automation" (sim, é uma seção diferente da que você usou no passo 1)

Lá, vá em Rules, Rulesets, New ruleset, New branch ruleset

Dê um nome, deixe o Enforcement Status como Active, escolha as branches em "Target branches" e, em "Branch rules", marque Automatically request Copilot code review

Pra que ele revise cada novo push, marque também Review new pushes

Tem ainda a opção Review draft pull requests, caso você queira revisão em PR de rascunho

O erro comum deste passo: marcar só Automatically request Copilot code review e esperar rerevisão a cada push

Sem o Review new pushes, o Copilot revisa o PR apenas uma vez, e aí o seu teste de auto resolução morre na praia

3. Abra o PR de teste e peça a revisão

Na barra lateral direita do pull request, em "Reviewers", clique em Request do lado do Copilot

A revisão costuma levar menos de 30 segundos, então não precisa ir fazer café

O erro comum deste passo: abrir um PR com uma mudança tão boba que o Copilot não tem o que comentar

Se ele não comentar nada, você não tem o que resolver depois, e o teste não prova nada

4. Endereçe UM comentário com um commit e deixe outro sem tratar

Essa é a parte que dá sentido ao teste

Você precisa dos dois lados na tela: um comentário que o seu commit resolve de verdade e outro que continua pendente de propósito

O erro comum deste passo: corrigir tudo de uma vez

Aí você vê a lista zerar e fica sem saber se o Copilot resolveu por mérito ou se simplesmente fechou a conversa toda

5. Dispare a rerevisão

Manualmente, é o botão ao lado do nome do Copilot no menu "Reviewers"

Automaticamente, só se o seu ruleset estiver com Review new pushes marcado

O erro comum deste passo: ficar olhando pro PR esperando o Copilot reagir sozinho ao push

Ele não rerevisa novos pushes automaticamente a menos que a revisão automática esteja configurada pra isso

6. Confira o que fechou e o que continuou aberto

Esse é o veredito do teste: o comentário endereçado pelo commit deve aparecer resolvido depois da nova revisão, e o pendente deve seguir aberto

O erro comum deste passo: estranhar comentários repetidos

Ao rerevisar, o Copilot pode repetir comentários anteriores, inclusive os que você já resolveu ou avaliou negativamente

Isso é comportamento documentado, não é bug do seu repositório 😀

Como conferir a mensagem de commit gerada ao aplicar uma sugestão

Essa parte é um teste separado, bem mais curtinho

1. Ache um comentário do Copilot que traga uma sugestão de código dentro do PR
2. Aplique a sugestão pela própria interface do pull request
3. Olhe a mensagem do commit gerado: ela passou a ser escrita com base no que está sendo alterado, em vez da mensagem padrão de "apply suggestion"

O erro comum aqui: confundir esse commit com a resolução automática

São coisas diferentes

A mensagem inteligente aparece na hora em que você aplica a sugestão

Já a resolução do comentário acontece na rerevisão, como a gente viu no roteiro anterior

Lite x Balanced: o que muda depois da atualização

O Copilot code review tem dois níveis de esforço gerais, e a atualização mexeu principalmente no lado mais barato da balança

Vale registrar que o campo Review effort level também tem o valor Default, além de Lite e Balanced

Guarda esse nome, porque é justamente ele que muda de significado numa data específica, e eu falo disso logo abaixo

Sobre os números do ensemble no Lite, o GitHub reportou em experimentação um aumento médio de comentários endereçados por revisão assim: 47% nos achados de severidade alta, 31% nos de severidade média e 11% nos de severidade baixa

E o custo da revisão ficou cerca de 8% menor, sempre segundo o próprio GitHub

Mais coisa endereçada gastando menos, é o tipo de combinação que vale a pena observar no seu repositório em vez de aceitar de cara

O que muda para você (incluindo a virada de 28 de setembro)

Tem uma data pra anotar: 28 de setembro de 2026

A partir dela, o valor Default do nível de esforço passa a significar Balanced, e isso vale tanto pra repositórios e organizações novos quanto pros que já existem

Ou seja: se você usa o Lite hoje e gosta do comportamento (e do custo) dele, precisa selecionar Lite explicitamente nas configurações de repositório ou de organização antes dessa data

Senão, a sua revisão simplesmente vira Balanced e você descobre isso pela fatura de créditos, o que é uma forma bem ruim de descobrir as coisas

E tem outras mudanças recentes do Copilot code review, fora do anúncio de 11/09, que valem pro seu dia a dia:

• PR grandão agora passa: o limite anterior de 300 arquivos ou 20.000 linhas não se aplica mais
• Rerevisão pode repetir comentário: inclusive os que você já resolveu ou avaliou negativamente, então não se assuste
• Resolver na mão ficou mais informativo: no menu ao lado do botão Resolve conversation dá pra dizer o motivo, escolhendo entre Addressed, Won't fix e Incorrect

Esse último ponto combina bem com a auto resolução: o que o commit fecha, fecha sozinho, e o que você decidiu não corrigir fica fechado com motivo registrado

A conversa do PR para de ser um depósito de comentário velho

Conclusão: rode o teste antes de 28 de setembro

Recapitulando o roteiro: escolhe o nível de esforço em Settings > Copilot > Code review, decide se vai disparar a revisão na mão ou por ruleset (marcando Review new pushes se quiser rerevisão a cada push), abre o PR de teste, corrige um comentário e deixa outro em aberto, dispara a rerevisão e confere o resultado

Depois, o teste rápido da sugestão aplicada pra ver a mensagem de commit gerada a partir da alteração

O próximo passo concreto é abrir esse PR de teste hoje, ver como a sua equipe reage a ter comentários se fechando sozinhos, e revisar o Review effort level do repositório ou da organização antes de 28/09/2026

Mudança silenciosa de padrão é o tipo de coisa que pega todo mundo desprevenido, e cinco minutos de configuração agora evitam aquela reunião estranha depois 😛

Se rodar o teste no seu repositório, conta como foi

Até o próximo post!

Matheus Battisti, Hora de Codar