Você abre o Cursor, faz umas 30 chamadas ao Claude Sonnet durante o dia, e no final do mês vem uma conta que você não esperava. Antes, pelo menos, dava pra acompanhar em tempo real quanto cada request custava. Agora? Só uma barrinha de porcentagem vaga que não te diz absolutamente nada.

A Cursor decidiu remover as informações de custo em dólar do painel de uso. Sem aviso, sem explicação prévia, sem dar alternativa. Quem dependia desses dados pra controlar orçamento acordou num dia e simplesmente não tinha mais acesso. A comunidade, como era de se esperar, não ficou quieta.

O que mudou exatamente

Até o final de julho de 2026, o painel de uso (Usage Page) do Cursor mostrava dados bem específicos: custo em dólar por dia, por modelo, por request individual. Dava pra exportar tudo em CSV, abrir no Excel, fazer seus cálculos e entender exatamente pra onde o dinheiro estava indo.

A mudança foi cirúrgica. A Cursor removeu:

• A coluna de custo em dólar da página de uso
• Os dados de custo do export CSV (agora aparece “$0.00” ou simplesmente vazio)
• O custo por request nos endpoints da API
• O breakdown de gasto por modelo para planos não-enterprise

No lugar, colocaram barras de porcentagem relativas à alocação mensal. Se você usa 50% da sua cota, a barra mostra 50%. Parece útil, mas é uma ilusão de controle. Você não sabe se aqueles 50% custaram US$ 5 ou US$ 50, porque a barra não converte pra valor monetário.

Pra quem é mais técnico, o impacto é direto nos endpoints de API também. Se você tinha scripts internos que puxavam dados de uso pra consolidar em dashboards de custo do time, agora os campos voltam zerados. Não é um bug. É por design.

A justificativa oficial (que ninguém engoliu)

A resposta da Cursor no fórum oficial foi, no mínimo, curiosa. Segundo a empresa, os valores em dólar foram removidos porque “causavam confusão”. Os números exibidos frequentemente excediam o custo real do plano devido ao “generous included usage”, o que levava usuários a achar que estavam pagando mais do que realmente pagavam.

A lógica seria essa: como o plano Pro de US$ 20/mês inclui uma cota generosa de uso, mostrar que você “gastou” US$ 45 em chamadas de API dava a impressão errada, já que boa parte desse valor estava inclusa no plano.

O problema? Freelancers e times pequenos usavam exatamente esses números pra decidir se valia a pena manter o plano, se precisavam fazer upgrade ou se era hora de migrar pra outra ferramenta. Tirar a informação não resolveu confusão nenhuma. Criou mais.

E tem um detalhe que a justificativa convenientemente ignora: se o valor exibido excedia o custo do plano, isso era na verdade uma informação útil. Significava que o dev estava extraindo mais valor do que pagava. Mostrar isso não é confusão, é marketing. A Cursor literalmente removeu uma métrica que provava o bom custo-benefício do plano Pro.

O histórico que explica a revolta

Pra entender a reação da comunidade, é preciso olhar o contexto mais amplo. A Cursor não está na primeira polêmica de precificação. Na verdade, está na quarta ou quinta, dependendo de como você conta.

Cada incidente isolado seria tolerável. A soma de todos criou um padrão que a comunidade interpretou como deliberado: cada mudança tira um pouco mais de visibilidade do usuário sobre quanto está pagando.

Um caso emblemático aconteceu em junho de 2025, quando um time documentou que sua assinatura anual de US$ 7.000 foi esgotada em um único dia de uso intenso. Não por bug, mas porque o sistema de cobrança por excesso consumiu o crédito restante sem nenhum alerta. O CEO Michael Truell acabou reconhecendo a comunicação ruim e liberou reembolsos caso a caso, mas o estrago na confiança já estava feito.

O problema real: cada chamada ao Sonnet é uma caixa-preta

Aqui mora o ponto técnico que incomoda mais. Quando o Cursor usa o Claude Sonnet no modo auto, cada chamada pode custar entre US$ 0,01 e US$ 0,40. A variação é absurda, e depende do tamanho do contexto, do número de tokens no prompt, dos arquivos indexados e de como o Cursor monta o request internamente.

O modo “auto” é o vilão silencioso da história. Ele decide sozinho qual modelo usar pra cada request. Tarefa simples? Manda pro Haiku ou GPT-4.1-mini. Tarefa complexa? Escala pro Sonnet 4 ou até GPT-4.1 completo. O critério de decisão é opaco, e o usuário não tem como prever qual modelo será escolhido antes de enviar o prompt.

Sem visibilidade de custo por request, o dev não tem como saber:

• Se vale a pena deixar o modo auto ativo
• Se determinado fluxo de trabalho consome mais créditos que outro
• Se faz sentido trocar de modelo pra economizar
• Quanto vai gastar no mês se continuar no ritmo atual

É como andar de táxi sem taxímetro. Você sabe que vai pagar, mas só descobre o valor quando a fatura chega.

# Antes: dava pra monitorar via API
import requests

usage = requests.get(
    "https://api.cursor.com/v1/usage",
    headers={"Authorization": f"Bearer {token}"}
)

for entry in usage.json()["entries"]:
    print(f"{entry['model']}: ${entry['cost']:.4f}")
    # claude-sonnet-4: $0.0312
    # claude-sonnet-4: $0.1847
    # gpt-4.1-mini: $0.0023

# Agora: o campo 'cost' retorna null ou 0

Freelancers que cobram clientes por projeto e incluem o custo de ferramentas de IA na proposta ficaram sem base de cálculo. Times de 5 a 10 devs que precisam justificar o gasto pra um CFO perderam o relatório que usavam como evidência. CTOs que apresentam budget de tooling pro board ficaram sem a granularidade que tinham antes.

A reação no Hacker News e nos fóruns

A thread no fórum do Cursor passou de 200 respostas em menos de 24 horas. No Hacker News, a story atingiu 227 pontos, o que colocou no topo da front page. O tom geral: decepção, não surpresa.

Alguns comentários que resumem o sentimento:

“Eu chequei meu uso dezenas de vezes por dia pra controlar orçamento. Agora não tenho como estimar gasto mensal.”

“Remover transparência de custo ‘pra reduzir confusão’ é o tipo de coisa que empresa de telecom faz, não startup de dev tools.”

“Se o número era confuso, a solução era explicar melhor, não esconder.”

O padrão de comportamento que mais irritou foi que clientes Enterprise mantiveram acesso aos dados de custo em dólar. A informação existe, funciona, está lá. Só foi tirada de quem paga menos. Isso transforma a questão de “mudança de UX” em “decisão estratégica de segmentação”. Enterprise pode ver porque paga mais. Individual não pode porque… confunde?

A ironia não passou despercebida. Vários devs apontaram que em junho de 2026 a Cursor tinha acabado de lançar um sistema de alertas de gasto com notificações via Slack e email. Ou seja: investiram engenharia em ferramentas de monitoramento de custo, e semanas depois removeram os dados que alimentavam essas ferramentas.

Alternativas que ganharam tração

Cada controvérsia do Cursor empurra uma leva de devs pra experimentar alternativas. Em 2026, o mercado de IDEs com IA ficou competitivo de verdade.

O Claude Code, em particular, virou a alternativa favorita dos power users. Por rodar direto no terminal com billing pela API da Anthropic, cada centavo é rastreável. Você vê o custo por token, por request, por sessão. Não existe cota escondida, não existe modo auto que gasta sem perguntar. Ficou caro? Troca o modelo. Simples.

O Zed ganhou uma fatia diferente: devs que querem performance de editor acima de tudo e preferem trazer suas próprias chaves de API. Sem subscription surpresa, sem intermediário. Você paga direto pro provider do modelo.

E o Continue.dev cresceu como opção open source dentro do VS Code. Você configura sua API key (Anthropic, OpenAI, local via Ollama), e pronto. Zero intermediário. O custo é exatamente o que o provider cobra. Sem markup, sem mistério.

O dilema estrutural da Cursor

Olhando com calma, a Cursor está presa num problema de negócio que não tem solução fácil. O modelo de assinatura flat (US$ 20/mês por tudo) funcionou no começo porque os modelos de IA eram mais baratos e a base de usuários era menor. Conforme os modelos ficaram mais caros (o salto de preço do Sonnet 3.5 pro Sonnet 4, por exemplo) e os power users começaram a consumir volumes enormes, a conta não fechou.

A empresa levantou capital suficiente pra atingir um valuation de US$ 50 bilhões. Isso cria pressão por crescimento de receita que um plano de US$ 20/mês com uso ilimitado simplesmente não entrega. As opções são:

1. Aumentar o preço (impopular)
2. Limitar o uso (impopular)
3. Esconder o custo pra que as pessoas não percebam quanto consomem (impopular E antiético)

A comunidade interpretou a remoção dos dados de custo como opção 3. Pode não ser a intenção, mas quando você remove transparência no exato momento em que a pressão de custo aumenta, a conclusão é inevitável.

Tem também o fator psicológico. Quando o dev não vê o custo individual de cada request, a tendência é usar mais. Sem o freio visual de ver “$0.38” pipocando na tela, o consumo sobe naturalmente. E subir o consumo quando você cobra flat-rate com excedente por uso é exatamente o que faz a receita crescer.

Como se proteger (independente da ferramenta)

Se você depende de qualquer IDE com IA e precisa controlar custos, algumas práticas ajudam:

# Monitore seus gastos diretamente pelo provider
# Anthropic (se usar Claude Code ou chaves próprias)
curl -s https://api.anthropic.com/v1/usage \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" | jq '.daily_costs'

# OpenAI
curl -s https://api.openai.com/v1/organization/costs \
  -H "Authorization: Bearer $OPENAI_API_KEY" | jq '.data'

Algumas dicas práticas:

• Configure alertas de gasto na API do provider (Anthropic, OpenAI). Não dependa da ferramenta intermediária pra te avisar.
• Use BYOK (Bring Your Own Key) quando possível. Ferramentas como Zed e Continue.dev permitem isso. Você vê exatamente o que gasta no dashboard do provider.
• Teste modelos menores primeiro. Nem toda task precisa do Sonnet 4 ou GPT-4.1. Um Haiku 4.5 resolve 80% dos autocompletes por uma fração do custo.
• Exporte dados antes que desapareçam. Se a ferramenta oferece CSV ou API de uso hoje, baixe regularmente. Você não sabe quando vão tirar.
• Desative o modo auto. Se a ferramenta permite escolher o modelo manualmente, faça isso. O controle granular compensa a leve perda de conveniência.

O que isso diz sobre o mercado de dev tools com IA

A história da Cursor é um microcosmo do que está acontecendo com todo o ecossistema de ferramentas de IA pra devs. O período de subsidiar uso pra ganhar mercado acabou. Agora vem a parte difícil: cobrar o custo real sem espantar quem se acostumou com o preço subsidiado.

As ferramentas que vão sobreviver são as que encontrarem o equilíbrio entre monetização sustentável e transparência radical. O dev de 2026 não aceita mais “confie em nós”. Quer ver o número, fazer a conta, decidir por conta própria.

A Cursor ainda é uma ferramenta excelente do ponto de vista técnico. O autocomplete é rápido, o agent mode funciona bem, a integração com o codebase é superior à maioria. Mas confiança, uma vez perdida, é difícil de reconstruir. E a cada polêmica de pricing, o caminho de volta fica mais longo.

Quem está avaliando ferramentas de IA pra código em 2026, preste atenção não só nos features, mas nos termos de uso, na transparência de billing e no histórico de como a empresa lida com mudanças de preço. Porque o melhor autocomplete do mundo não vale nada se você não sabe quanto vai pagar por ele no final do mês.

Fonte de inspiração: Cursor Forum: Usage page to token amount, what?