GitHub Copilot: o que é, quanto custa e o que o assento não cobre

Até maio de 2026, comprar GitHub Copilot para um time era uma conta de multiplicar: número de pessoas vezes o preço do assento. A partir de junho, essa conta ficou incompleta. O preço de capa não mudou, mas o que ele cobre mudou, e boa parte do que se lê em português sobre a ferramenta ainda descreve o modelo antigo ou nem fala de preço.

Este guia explica o que é o Copilot e como ele funciona, mostra o que entra no assento e o que passou a consumir crédito, e organiza a decisão de compra pelo que de fato move a fatura: o perfil de uso de cada pessoa do time. No fim, há um roteiro para definir a política de orçamento antes de liberar o recurso mais caro, o agente.

O que é o GitHub Copilot?

O GitHub Copilot é um assistente de programação baseado em modelos de linguagem, mantido pelo GitHub (empresa da Microsoft). Ele funciona dentro do editor de código e da própria plataforma GitHub, e cobre hoje cinco tipos de tarefa: completar código enquanto a pessoa digita, sugerir a próxima edição (Next Edit), responder perguntas num chat, revisar pull requests e executar tarefas inteiras como agente, com várias etapas encadeadas.

Essa última função é o motivo da mudança de cobrança. O próprio GitHub descreve que a ferramenta deixou de ser um assistente dentro do editor e virou uma plataforma capaz de rodar sessões longas e de várias etapas. Uma pergunta rápida no chat e uma sessão autônoma de horas custam muito diferente para quem roda o modelo, e o modelo de preço passou a refletir isso.

Como o GitHub Copilot funciona no dia a dia?

Na prática, a pessoa instala a extensão no editor, entra com a conta do GitHub e a organização libera o acesso pelo assento. A partir daí, cada recurso tem um comportamento e um custo diferentes:

• Autocompletar: a sugestão aparece em cinza enquanto se digita e é aceita com uma tecla. É o uso mais comum e o mais leve.
• Next Edit: o Copilot antecipa a próxima alteração que faz sentido no arquivo, como ajustar todas as chamadas de uma função renomeada.
• Chat: conversa sobre o código aberto, explicação de trechos, geração de testes, dúvidas de sintaxe.
• Revisão de código: o Copilot comenta um pull request apontando problemas e sugestões.
• Agente e CLI: a pessoa descreve uma tarefa (corrigir um bug, criar um módulo) e o Copilot planeja, edita arquivos, roda comandos e entrega o resultado para revisão.

Do primeiro ao último item, cresce o tamanho da tarefa entregue à IA, e com ele a quantidade de texto que o modelo lê e escreve. Essa quantidade, medida em tokens, é a nova base da cobrança.

O que mudou na cobrança em junho de 2026?

Até maio, os recursos avançados eram limitados por premium requests: cada plano tinha uma cota de pedidos, e um pedido contava igual fosse curto ou longo. O GitHub trocou esse sistema por créditos medidos pelo consumo real de tokens.

Três detalhes do anúncio importam para quem compra para um time. Primeiro, o preço dos planos não mudou: Business continua a US$ 19 e Enterprise a US$ 39 por usuário/mês. Segundo, a escolha do modelo passa a pesar no bolso, porque cada modelo tem sua tarifa por token. Terceiro, houve uma transição: entre junho e agosto de 2026, o GitHub ofereceu crédito incluído maior nos planos de empresa (US$ 30 em AI Credits por mês no Business e US$ 70 no Enterprise). Essa folga acabou, e quem mediu o consumo do time só nesses três meses mediu com a régua mais larga.

Para os planos individuais anuais, a regra é outra: quem tinha Pro ou Pro+ anual continua no modelo de premium requests até o fim do contrato, e só então passa para a cobrança mensal por uso.

O que o assento cobre e o que consome AI Credits?

Esta é a pergunta que decide a fatura, e a resposta oficial é curta. Autocompletar de código e sugestões Next Edit continuam incluídos em todos os planos e não consomem crédito. Todo o resto do que o Copilot faz de mais pesado entra na conta:

O ponto que mais surpreende times que usam revisão automática em todo pull request: a revisão de código do Copilot consome AI Credits e também minutos do GitHub Actions, cobrados pelas mesmas tarifas por minuto dos outros workflows. Um repositório com muitos PRs por dia sente isso nas duas linhas da fatura.

Nas empresas, o crédito incluído não fica preso a cada pessoa. Ele é somado num pool da organização: o que um desenvolvedor não usa fica disponível para outro. Quando o pool acaba, a empresa escolhe entre permitir uso adicional, pago pelas tarifas publicadas, ou limitar o gasto com orçamentos definidos por empresa, por centro de custo ou por usuário.

Quanto custa o GitHub Copilot em cada plano?

Os valores abaixo são os da página oficial de planos, em dólar e por mês. Preço de plataforma muda; vale conferir a página antes de fechar a compra.

GitHub Docs, Plans for GitHub Copilot, consultado em 26/09/2026.

Repare na diferença de lógica. Nos planos individuais, a pessoa compra uma franquia e o que sobra se perde. Nos planos de empresa, o assento compra uma fatia do pool: um time de 10 pessoas no Business tem 19.000 créditos por mês para dividir como o uso pedir, por US$ 190 de assentos. Se três pessoas rodam agente o dia inteiro e sete só completam código, as três vivem do crédito das outras sete, e o pool pode durar o mês. Se as dez rodam agente, não dura.

Qual a diferença entre Copilot Business e Enterprise?

No modelo atual, a diferença mais concreta é de volume: o Enterprise custa o dobro do Business (US$ 39 contra US$ 19) e traz pouco mais que o dobro de crédito por usuário (3.900 contra 1.900). O Enterprise também reúne recursos adicionais de personalização e administração voltados a quem já opera no GitHub Enterprise, e vale conferi-los na página de planos antes de decidir.

Para a decisão de compra, a pergunta útil não é qual plano é melhor, e sim onde o crédito extra sai mais barato. Um time em que só uma minoria usa agente costuma caber no pool do Business, com um orçamento de excedente. Um time em que quase todos delegam tarefas longas pode chegar ao fim do mês pagando excedente que o Enterprise teria absorvido. A resposta só aparece depois de medir o uso, o que leva ao método abaixo.

Como estimar o custo pelo perfil de uso do time?

O GitHub não publica um consumo típico por pessoa, e cada tarefa gasta tokens diferentes conforme o modelo e o tamanho do contexto. Por isso, a estimativa honesta não começa com uma tabela de médias: começa separando o time por o que cada pessoa entrega à IA.

1. Quem só completa código

Usa o Copilot como um autocompletar inteligente e quase nunca abre o chat. Para esse perfil, o custo é o assento e ponto. Ele é também quem mais contribui para o pool, porque deixa quase todo o seu crédito para os outros.

2. Quem conversa

Pede explicação de trechos, gera testes, tira dúvidas no chat. O consumo varia com o modelo escolhido e com o tamanho do contexto enviado: perguntar sobre uma função custa pouco, pedir que a IA leia um repositório inteiro custa muito mais. É o perfil em que a política de modelos (quais ficam liberados) faz mais diferença.

3. Quem roda agente

Delega tarefas de várias etapas, usa a CLI e liga a revisão automática em todo pull request. É o perfil que concentra o consumo e o único capaz de esvaziar o pool sozinho. Não é um uso errado (é justamente onde está o maior ganho de tempo), mas é o uso que precisa de teto antes de começar.

Como definir o orçamento antes de liberar o agente?

Os controles de orçamento existem em três níveis (empresa, centro de custo e usuário), e a ordem em que são configurados importa mais do que os valores. O roteiro que recomendamos:

1. Decida a política para o pool esgotado antes do primeiro dia: pagar o excedente ou travar. Sem decisão, a configuração padrão decide por você.
2. Crie um orçamento por centro de custo se mais de uma equipe usa a mesma organização. Assim, o agente de um time não consome o crédito do outro.
3. Coloque teto por usuário para quem está no perfil 3, começando conservador e subindo conforme a medição.
4. Restrinja os modelos mais caros a quem precisa deles. Como a cobrança segue a tarifa de cada modelo, o mesmo pedido pode custar muito diferente.
5. Revise a revisão automática: ligue-a nos repositórios críticos, não em todos, lembrando que ela também gasta minutos do Actions.
6. Meça por um mês inteiro fora da promoção antes de decidir entre Business e Enterprise.

No Copilot de hoje, o que se compra é a vaga no pool; o que se paga depende de quem roda agente.

Quais os erros mais comuns ao contratar o Copilot para a empresa?

• Orçar pelo preço do assento. US$ 19 é o piso por pessoa, não o custo. O custo é o assento mais o excedente do pool.
• Usar junho a agosto como referência. O crédito promocional desses meses era maior que o padrão; a média medida ali subestima a fatura atual.
• Liberar o agente para todos no primeiro dia. O perfil 3 é o que esvazia o pool; vale começar com um grupo piloto e teto por usuário.
• Esquecer os minutos do Actions. A revisão de código aparece em duas linhas da fatura, e a segunda costuma passar despercebida.
• Comprar Enterprise “por segurança”. Pagar o dobro por assento só compensa se o time de fato consome o crédito a mais; com uso leve, é dinheiro parado.
• Medir produtividade pela quantidade de código. Mais código gerado não significa entrega mais estável, ponto que detalhamos no artigo sobre IA para programação e o que os dados da DORA mostram sobre estabilidade.

Como medir se o Copilot está valendo o custo?

Com a cobrança por uso, a pergunta deixa de ser “o time usa?” e passa a ser “o que o uso entrega por real gasto?”. Um acompanhamento mensal simples responde isso:

1. Consumo do pool no mês e quanto passou para excedente.
2. Consumo por centro de custo e pelos usuários que mais gastam, para ver se coincidem com o perfil 3 esperado.
3. Minutos do Actions gastos pela revisão de código, separados dos outros workflows.
4. Indicadores de entrega que o time já acompanha (tempo até o merge, frequência de deploy, taxa de falha em produção) antes e depois de liberar o agente.
5. Retrabalho: quanto do código gerado volta para correção nas semanas seguintes.

Se o consumo sobe e os indicadores de entrega não mudam, o problema não é a ferramenta, é o processo em volta dela. E se o código gerado está indo para áreas sensíveis sem revisão, vale ler onde o vibe coding cabe e onde não cabe dentro da empresa.

O que muda por tipo de empresa?

Para quem atende vários clientes, o centro de custo é o recurso que mais faz diferença: sem ele, o consumo de um projeto intenso fica diluído na conta de todos, e a margem de cada contrato some sem que ninguém perceba de onde.

Por onde começar hoje?

1. Classifique cada pessoa do time nos três perfis com o teste de dois minutos.
2. Calcule o pool: número de assentos vezes 1.900 (Business) ou 3.900 (Enterprise).
3. Defina a política para o pool esgotado e os centros de custo antes de liberar o acesso.
4. Libere o agente para um grupo piloto, com teto por usuário e lista de modelos permitidos.
5. Meça um mês completo e só então decida entre manter, ampliar ou trocar de plano.

A ferramenta funciona melhor quando entra numa esteira que já tem revisão, testes e critério de pronto. É assim que o desenvolvimento assistido por IA da Alliance trabalha: a IA acelera o que o processo já garante. E se a dúvida for onde a IA renderia mais na operação como um todo, não só no código, o diagnóstico gratuito de marketing mapeia a maturidade por área e aponta a prioridade.