Revisão de código do GitHub Copilot chega ao Azure Repos, cobrada por revisão

A revisão de código automatizada do GitHub Copilot agora está aberta a todos os clientes do Azure DevOps, não apenas a uma lista de acesso antecipado. Cada revisão é cobrada pelo consumo de tokens, convertido em créditos de IA do GitHub a US$ 0,01 cada. Segundo a própria documentação da Microsoft, essa cobrança só aparece no Azure Cost Management 48 horas depois.

Como a cobrança realmente funciona

Não há preço fixo por usuário durante essa pré-visualização. O custo depende do tamanho do pull request e do nível de esforço de revisão escolhido, baixo, médio ou alto. A documentação da Microsoft é direta: "níveis de esforço mais altos geralmente analisam mais contexto e consomem mais tokens", portanto custam mais.

Esse custo vira créditos de IA do GitHub, uma unidade que a Microsoft precifica em US$ 0,01 cada. A cobrança fica vinculada à sua assinatura do Azure conectada e é marcada no nível do projeto, o que permite rastreá-la até o uso de uma equipe específica. Só que ela demora dois dias para aparecer.

O que realmente limita um gasto fora de controle

Existem orçamentos, mas eles são um sistema de aviso, não um freio. Nas palavras da própria Microsoft: "Os orçamentos apenas notificam você. Eles não interrompem revisões nem alteram nenhum recurso." Uma equipe que ignora o alerta continua gerando revisões cobráveis.

O que realmente limita o uso é a concorrência entre revisões, não o custo. Segundo a InfoQ, confirmado pela documentação da Microsoft, o Azure Repos limita as revisões a cinco simultâneas por organização, duas por usuário e uma por pull request. Também há limites rígidos de tamanho: repositórios com mais de 10 GB, ou pull requests que alteram mais de 100 arquivos, ficam de fora.

O que é realmente novo aqui

O recurso em si não é novo. Segundo o blog do Azure DevOps, o GitHub o lançou em pré-visualização técnica em junho, e depois em pré-visualização pública em agosto. O que muda nesta semana, segundo a InfoQ, é a remoção da lista de espera. Também é novo: a divulgação completa de como exatamente funcionam a cobrança e os limites, detalhes que antes não eram totalmente públicos.

A revisão do Copilot continua sendo consultiva. Ela deixa comentários, mas nunca aprova, bloqueia ou faz merge de um pull request por conta própria; essa decisão continua sendo de uma pessoa.

O que isso significa para desenvolvedores

Ative isso com cuidado, não por padrão. O recurso começa desligado e precisa ser habilitado no nível da organização, do projeto ou do repositório, então você controla o alcance antes mesmo de ligá-lo.

Escolha seu nível de esforço com intenção. Esforço baixo custa menos por revisão, mas analisa menos contexto. Um pull request grande ou de alto risco pode justificar o custo extra de uma passada em esforço alto; mudanças de rotina podem continuar em esforço baixo.

Não confie em um alerta de orçamento para se proteger de um custo surpresa. Ele só avisa depois do fato consumado e nunca interrompe uma revisão em andamento. Se o controle de custos importa para sua equipe, acompanhe o uso você mesmo em relação aos limites de concorrência, em vez de confiar que a plataforma vai impedir.

Espere o atraso no relatório ao conferir sua fatura. Uma revisão executada hoje de manhã só vai aparecer no Cost Management depois de amanhã, então não se assuste se o uso de hoje parecer menor do que o esperado.