Todo founder que roda time técnico tem uma linha de custo que até este ano era chata de tão previsível: tantos assentos de Copilot, tantos de Cursor, tantos de Claude Code, cada um com preço fechado por usuário. Essa linha furou. E o aviso não veio de nenhum jeito proporcional ao tamanho da mudança. Veio num changelog de fornecedor.
O que mudou em 1º de junho
Em 1º de junho de 2026, o GitHub tirou o Copilot do modelo de requisições premium contadas. Todos os planos passaram para créditos de IA cobrados por consumo de token, na tarifa de API de cada modelo usado. Isso inclui o Pro, a US$ 10/mês, e o Pro+, a US$ 39/mês. Completar código e sugestões de próxima edição continuam ilimitados. O resto consome crédito, revisão de código por agente inclusive. E crédito acaba.
A justificativa da própria GitHub foi mais honesta do que costuma ser esse tipo de aviso: o Copilot "simplesmente não é o mesmo produto de um ano atrás". Hoje ele sustenta fluxos agenticos que consomem ordens de grandeza mais computação do que completar uma linha. No fórum oficial do anúncio, a resposta veio rápida: quase mil reações negativas contra duas dezenas de positivas.
Dá para ler isso como birra de desenvolvedor irritado com conta maior. Eu leio de outro jeito. É o maior fornecedor de ferramenta de IA para código destravando o preço fixo que todo orçamento de time técnico vinha tratando como número dado.
Por que isso não fica só no Copilot
O Copilot é o primeiro nome grande a fazer a transição de forma visível. A lógica por trás dela é estrutural. Ferramenta de autocompletar processa uma linha por vez. Agente de codificação lê o repositório inteiro, escreve um plano, roda teste, lê o resultado, corrige e repete. Um pedido de usuário vira dezenas de chamadas de modelo por trás.
Cobrar assento fixo por isso significa o fornecedor absorver um custo que cresce junto com o quanto o time usa o produto de verdade, que é exatamente o comportamento que qualquer empresa de SaaS quer incentivar. A conta não fecha. Por isso boa parte dos fornecedores mais novos de ferramenta de IA para engenharia já nasceu cobrando por consumo, e é razoável esperar o resto do mercado seguir nos próximos trimestres.
A pergunta que cai na mesa do founder mudou de forma. Antes era quantos assentos comprar. Agora é quanto uso autorizar, para quem, com que teto.
| Modelo de cobrança | Como funcionava | O que quebra no seu orçamento |
|---|---|---|
| Assento fixo (até mai/2026) | Preço por usuário/mês, uso ilimitado dentro do plano | Nada. Previsível e fácil de ratear no centro de custo |
| Consumo por token (a partir de jun/2026) | Cobrança por token de entrada, saída e cache, na tarifa do modelo usado | Quem usa agente em tarefa longa paga proporcional ao que o agente processa, não ao que a pessoa digitou |
Ferramenta de IA parou de ser linha de SaaS. Virou linha de infraestrutura, e infraestrutura se orça por consumo.
O ponto cego que isso expõe
A maior parte dos times técnicos não tem hoje ninguém que seja dono da linha de gasto em IA. Cada desenvolvedor escolhe a ferramenta que prefere, ativa a conta com o cartão da empresa ou reembolsa depois, e ninguém olha o agregado até o boleto do mês chegar maior. Enquanto o preço era fixo, esse descontrole não doía: o teto já estava dado pelo número de assentos.
Com cobrança por consumo, o mesmo time, sem trocar de ferramenta nem de processo, pode dobrar o gasto só porque passou a delegar tarefas mais longas para o agente. Isso é bom sinal de produtividade e é motivo de susto de CFO ao mesmo tempo. As duas coisas são verdadeiras, e é essa a parte incômoda.
Proibir o uso de agente resolve o gasto e cria um problema maior. O caminho é tratar o gasto pelo que ele virou: variável, e por isso com teto e alerta definidos antes, não descobertos no fechamento.
# orcamento-ia.yml: guardrail simples de gasto por time
time: engenharia
teto_mensal_usd: 800
alerta_em: 70%
responsavel: lead_tecnico
acao_ao_estourar: bloquear_novas_sessoes_ate_revisao
Não precisa ser sofisticado. Precisa existir antes do fechamento do mês.
O que fazer na segunda de manhã
Cabe numa manhã, sem esperar o próximo ciclo de orçamento.
- Puxe o extrato do cartão corporativo e dos reembolsos dos últimos 60 dias e separe tudo que é ferramenta de IA, inclusive o que cada dev pagou no cartão próprio e lançou depois. Esse número costuma ser maior que a soma das assinaturas "oficiais" que o financeiro conhece.
- Dê um dono para essa linha de gasto. Não precisa ser cargo novo. Pode ser o lead técnico que já aprova ferramenta nova hoje. O ponto é ter uma pessoa olhando o agregado toda semana, em vez do financeiro descobrindo no fechamento.
- Defina teto e alerta antes de aprovar orçamento de ferramenta de IA para o próximo trimestre. Se o fornecedor já cobra por consumo, pergunte que garantia de teto ele oferece. Ouvir "não tem" também é informação.
É o mesmo princípio que a gente aplica antes de qualquer piloto de IA entrar em produção: métrica e teto definidos antes da primeira linha de código, não depois que o agente já está rodando sozinho.
