Resumo

  • Membros sem licença Copilot podem usar revisão de código se a organização habilitar as políticas exigidas. Os créditos de IA consumidos são cobrados diretamente da organização ou empresa como uso adicional pago, fora do orçamento individual.
  • Regras de repositório e organização podem exigir revisão de novos envios e rascunhos. A preferência pessoal não desliga essa obrigação, e a frequência escolhida passa a criar demanda recorrente.

“Confere de novo” é uma instrução barata de dar. No GitHub, ela pode virar uma compra automática. Basta que a organização estabeleça uma regra para o Copilot revisar cada novo envio de código: conforme o trabalho avança, a máquina atende. O gestor escreveu uma regra de qualidade e, junto com ela, uma ordem de consumo.

A conta fica mais interessante quando o colaborador nem sequer tem licença Copilot. Com as políticas necessárias ativadas, ele pode receber a revisão e a organização paga o consumo de IA diretamente. O número de assinaturas distribuídas deixa de ser uma boa fotografia do serviço oferecido. A empresa consegue atender mais gente sem contratar uma assinatura para cada contribuição ocasional. Precisa também acompanhar a compra que essa facilidade tornou possível.

O consumo sai da pessoa e entra na organização

A documentação do Copilot exige liberar o uso pago de AI credits e, depois, permitir que membros sem licença utilizem revisão de código. A segunda política vem desligada. Quando é habilitada, as revisões automáticas e manuais desses membros geram uso adicional pago, cobrado diretamente da organização ou empresa. Não há franquia mensal pessoal para essa função, e o consumo não é atribuído a um orçamento individual.

Para membros com licença paga, a regra padrão usa o benefício de consumo do próprio membro. O proprietário da organização ou empresa pode escolher a cobrança na organização. É necessário permitir uso pago; estabelecer orçamento é opcional. Trocar o pagador só muda a cobrança, sem conceder acesso por si só.

Essa separação exige três decisões: autorizar o uso, escolher quem paga e definir como limitar a despesa. Olhar apenas os saldos individuais pode mostrar uma equipe econômica diante de uma fatura coletiva crescente. Cada relatório está contando uma história diferente. Trancar as carteiras dos funcionários não fecha a conta aberta em nome da firma.

O caminho de atribuição também varia com o pedido. Na revisão automática, o consumo de IA vai por padrão ao autor do pull request. Se outra pessoa pede manualmente, vai a ela. Em mudanças escritas pelo Copilot cloud agent, o primeiro responsável é o coautor humano associado; se ele não puder ser cobrado, a organização recebe a despesa. Outros bots como autores ou solicitantes levam à cobrança direta da organização.

Isso coloca o comportamento de revisão dentro da explicação financeira. Quem escreveu o código pode não ter pedido a rodada extra. Uma equipe que passa alterações a bots pode mudar o destino do consumo. A conta precisa acompanhar a ação que chamou a máquina, além da autoria do trabalho examinado.

A palavra “todo” escolhe o volume

Nas instruções de configuração, o GitHub permite revisar novos pushes e também pull requests ainda em rascunho. Preferências pessoais e regras do repositório ou organização são avaliadas separadamente. Várias configurações aplicáveis ao mesmo evento produzem uma única revisão. Mas o usuário não consegue desligar, na sua preferência, a revisão de envios ou rascunhos que uma regra tornou obrigatória.

O volume adicional aparece na sequência de mudanças: ajustar, enviar, corrigir, enviar outra vez. A ordem para revisar tudo se renova com cada ocasião prevista pela regra. Um pull request deixa de representar uma compra de tamanho conhecido. É preciso contar suas rodadas de exame.

Há bons motivos para comprar cedo. Uma falha encontrada antes da intervenção humana pode poupar tempo de colegas. Há também mudanças pequenas em que sucessivas conferências acrescentam pouca informação. A decisão sobre a frequência deve enfrentar esse contraste econômico. Pedir mais cuidado é fácil quando o custo do cuidado fica em outra reunião.

A intensidade tem comandos próprios. A organização define um padrão que repositórios podem ajustar e pode impor uma intensidade máxima que eles não podem ultrapassar. Padrão e teto cumprem funções diferentes. Um sugere a prática habitual; o outro restringe a compra disponível. A organização que só escolhe o padrão ainda deixou espaço para que outros peçam mais.

O orçamento que interrompe a revisão depende do pagador selecionado. Quando a cobrança é individual, esgotar o orçamento do usuário bloqueia a função. Na cobrança organizacional, valem os limites aplicáveis da organização, centro de custos ou empresa. Centralizar pode evitar que o colaborador mais ativo fique sem saldo para uma obrigação imposta pela firma. Também concentra a decisão sobre quanto tempo a obrigação continuará financiada.

Há uma oficina por trás do modelo

O anúncio de 27 de abril de 2026 definiu que, a partir de 1º de junho, a revisão consome tanto créditos de IA quanto minutos do GitHub Actions. A interação com o modelo e a execução das capacidades agentivas têm medidores separados. Para repositórios privados com execução hospedada padrão, o uso de computação incluído deve ser separado do uso adicional.

O trabalho de buscar contexto e usar ferramentas precisa de execução. Segundo a documentação dos runners, desativar os runners hospedados pelo GitHub torna essas capacidades indisponíveis e leva a uma revisão mais limitada. A empresa pode operar os próprios runners. A solução oficialmente suportada para isso é ARC em Ubuntu x64, com controles de rede que a organização precisa preparar.

Operação própria não consome minutos Actions, mas transfere tarefas de infraestrutura para o cliente. A linha que some do fornecedor pode reaparecer em máquinas, rede e manutenção. E uma revisão que continua postando comentários pode estar trabalhando com menos contexto. Comprar mais barato exige saber qual capacidade foi mantida, além de onde ficou a despesa.

Os documentos públicos não trazem execuções, cobranças conciliadas e descobertas úteis de um cliente específico; reunir essas evidências permitiria calcular o valor das rodadas adicionais. Antes disso, a empresa já pode juntar a ordem e sua consequência: o time que exige uma revisão deve enxergar o consumo completo que ela provoca. O robô cumpre o regulamento. Quem escreve o regulamento precisa assumir a compra.