Limites do Cursor Ultra: pools, uso sob demanda e teto de gastos

Você paga US$ 200 por mês pelo Cursor Ultra e, mesmo assim, recebe um aviso de que está perto de um limite. O erro mais caro é tratar todos os percentuais como uma única franquia e mudar imediatamente o gasto para No Limit. Primeiro descubra qual contador está aumentando, depois decida se manter o trabalho sem interrupção vale o custo adicional e, só então, defina um teto mensal que caiba no seu orçamento.

O ponto principal: o Ultra não tem um único medidor de uso

Em 27 de setembro de 2026, a documentação do Cursor informa que Pro, Pro Plus e Ultra incluem dois pools de uso separados, ambos reiniciados no ciclo mensal de cobrança: Cursor Models e Other Models. O Ultra aparece por US$ 200 ao mês e inclui os dois pools, mas o modelo selecionado altera a velocidade de consumo do uso incluído.

• Cursor Models inclui atualmente Grok 4.7, Grok 4.6, Grok 4.5 e Composer 2.5. O Cursor descreve esse pool como tendo uma quantidade significativamente maior de uso incluído.
• Other Models cobre modelos de terceiros escolhidos explicitamente; o consumo é calculado conforme o preço de API de cada modelo.

Por isso, dizer “já usei 80% do Ultra” não é um diagnóstico preciso. Você precisa saber se o Cursor Models está acabando, se o Other Models está acabando ou se o alerta vem de um limite semanal próprio de algum recurso.

Uma captura publicada por um usuário no X, por exemplo, mostrava 72% de uso mensal do Cursor Models e 90% da franquia semanal do Grok Bot. São contadores diferentes. Um aviso semanal do Grok Bot não prova, sozinho, que um dos dois pools mensais do Ultra acabou.

Identifique o contador antes de mudar plano ou cobrança

A verificação mais confiável é relacionar o local do aviso com o modelo selecionado e as linhas da fatura, em vez de tentar adivinhar quantos tokens ainda restam.

Sinal exibido	O que normalmente significa	Próximo passo
O percentual de Cursor Models sobe	Grok ou Composer está consumindo o pool Cursor Models	Veja se o Other Models ainda tem margem e se trocar de modelo faz sentido para a tarefa
O percentual de Other Models sobe	Um modelo de terceiros consome uso pela própria tarifa de API	Procure modelos caros, contexto longo ou uso frequente de Agent
O Grok Bot mostra alerta semanal	A franquia semanal desse recurso está perto do reinício	Aguarde o reinício ou reduza esse uso; não trate como esgotamento mensal do Ultra
Included Usage e On-Demand Usage aparecem separados	O uso incluído e o uso extra medido são registrados em linhas diferentes	Confirme se o on-demand está ativo e se há um limite de gastos

Um diagnóstico verificável em três minutos

1. Abra as configurações do editor ou o usage dashboard do Cursor e anote os percentuais de Cursor Models e Other Models, além da data de reinício mensal. A documentação diz que os dois pools aparecem nesses locais.
2. Volte à última tarefa pesada e confirme qual modelo foi realmente selecionado. Modelos diferentes consomem valor incluído em ritmos diferentes; a quantidade de solicitações, sozinha, não mede custo.
3. Em Billing & Invoices, compare Included Usage e On-Demand Usage. Se a segunda linha já mostrar um valor, você está gerando cobranças além do uso incluído na assinatura.
4. Abra Spending e verifique se o on-demand está ativado, qual é o limite mensal atual e se a opção No Limit foi escolhida.
5. Execute uma tarefa pequena e bem delimitada, como refatorar um único arquivo, e confira novamente qual pool ou linha da fatura mudou.

Se o aviso for vago, confie nos dois pools e nas linhas de cobrança do seu dashboard. Uma captura, uma resposta em chat ou um único banner não substitui os dados em tempo real da sua conta.

Quando vale a pena ativar o uso sob demanda

O uso sob demanda faz sentido quando o valor de evitar uma interrupção supera o valor extra que você aceita pagar. A documentação do Cursor sobre cobranças baseadas em uso informa que usuários individuais precisam ativar o on-demand explicitamente; solicitações além do uso incluído são cobradas pelas tarifas de API e aparecem separadas da assinatura.

Normalmente é uma escolha razoável quando as três condições abaixo são verdadeiras:

• Você tem uma entrega, correção ou migração com prazo definido, e o custo do atraso pode ser estimado.
• O trabalho restante tem limites claros, como duas revisões de código ou um módulo específico, e não um loop aberto de Agent.
• Você vai conferir o consumo depois de cada tarefa pesada e consegue parar quando o orçamento for atingido.

Mantenha desativado por enquanto se alguma destas situações ocorrer:

• Você ainda não identificou qual pool está sendo consumido.
• Vários Agents, automações ou tarefas de contexto longo rodam em paralelo, deixando o gasto imprevisível.
• Seu orçamento pessoal é rígido ou o trabalho pode esperar até o próximo ciclo.
• O outro pool incluído ainda tem espaço e oferece um modelo adequado para a tarefa atual.

Ativar o on-demand não restaura um uso “ilimitado” de modelos. Isso autoriza a continuação da cobrança medida depois do uso incluído. Resolve a continuidade, mas não controla o custo sozinho.

Como escolher um teto de gastos sem chutar

O teto mais seguro não é uma suposta recomendação da plataforma. É o valor adicional máximo que você aceita pagar no ciclo atual. Depois de ativar o on-demand, é possível definir um limite mensal individual na seção Spending. A documentação do Cursor sobre limites de gastos afirma que selecionar No Limit remove esse limite.

Use este método para definir o primeiro teto:

1. Conte quantas sessões pesadas de desenvolvimento ainda são esperadas no ciclo, não apenas quantos dias faltam.
2. Defina o valor adicional total que cabe no orçamento.
3. Divida esse valor pelo número de sessões pesadas restantes para obter um ponto de revisão.
4. Configure no Cursor o limite mensal total e compare o gasto real com esse ponto depois de cada sessão.

Por exemplo, se você aceita no máximo US$ 40 extras e espera dez sessões pesadas de Agent antes do reinício, use US$ 4 por sessão como alerta interno. Isso não é um limite do Cursor por sessão nem uma garantia de preço; serve para perceber cedo quando uma tarefa está consumindo muito mais do que o esperado.

Dois detalhes do limite fazem diferença

Primeiro, a alteração do limite entra em vigor imediatamente, mas a aplicação não é instantânea. O Cursor explica que o uso pode passar brevemente do teto antes de o sistema reconhecê-lo. Esse excesso limitado anterior à aplicação vira um spend-limit credit temporário, e a cobrança fica limitada ao teto atual.

Segundo, se você aumentar o limite no mesmo ciclo, o Cursor poderá cobrar parte ou todo o valor antes creditado, até o novo teto. Para manter o crédito, deixe o limite como está ou desative o on-demand.

Para quem desenvolve sozinho, um teto finito costuma ser mais seguro do que No Limit. Remova a barreira apenas se aceitar conscientemente um gasto adicional sem esse controle durante o restante do ciclo e acompanhar a fatura de forma ativa.

Continuar pagando ou mudar o fluxo de trabalho?

A decisão depende de qual pool está caindo, da urgência e de esse padrão ser pontual ou recorrente.

Situação atual	Ação prioritária	Motivo
Cursor Models quase no fim; Other Models ainda disponível	Passe apenas tarefas difíceis adequadas para um modelo de terceiros e mantenha o trabalho rotineiro no Cursor Models	Você usa o segundo pool, mas cada modelo de terceiros consome conforme a própria tarifa de API
Other Models quase no fim; Cursor Models ainda disponível	Leve programação rotineira, reescritas e exploração para Grok ou Composer	Você aproveita o pool incluído restante e reserva o modelo caro para o que realmente exige isso
Os dois pools perto do limite e resta uma entrega curta e urgente	Ative o on-demand com um teto mensal finito	O valor da continuidade é claro e o risco financeiro tem uma fronteira
Os dois pools acabam cedo todo mês, com Agents paralelos ou automação	Reduza concorrência, encurte o contexto e agrupe tarefas por um ciclo	Um problema recorrente de fluxo raramente é resolvido por um aumento pontual do limite
A maior parte do trabalho é autocomplete, alteração mecânica ou edição local	Priorize Tab e tarefas menores	O Ultra inclui unlimited Tab completions, então Agent pode ficar reservado para decisões complexas

Na mesma página, o Cursor oferece uma orientação ampla: usuários diários de Tab normalmente ficam dentro do uso incluído; usuários ocasionais de Agent muitas vezes também; usuários diários de Agent costumam gerar de US$ 60 a US$ 100 de uso total por mês; e usuários intensivos com vários Agents ou automação frequentemente chegam a US$ 200 ou mais. São perfis gerais, não uma previsão da sua fatura. O custo real do on-demand depende do modelo, dos tokens, do tamanho do contexto e do modo de trabalho.

Decida pelo valor da tarefa, não pelos US$ 200 já pagos

A assinatura do Ultra é um custo já incorrido e não deve ser o único motivo para acrescentar cobranças. Antes de uma tarefa pesada, responda a três perguntas:

1. Quanto tempo manual ou custo de atraso será evitado se eu concluir agora?
2. Um modelo do outro pool incluído pode fazer o trabalho sem perda de qualidade inaceitável?
3. Se mais uma tentativa paga não concluir a tarefa, em qual valor vou parar?

Quando as três respostas são objetivas, o on-demand com teto pode ser mais racional do que uma interrupção abrupta. Quando a terceira resposta não existe, mudar o fluxo primeiro é mais seguro.

Uma ordem prática para executar hoje

Siga esta sequência para não começar a pagar antes de diagnosticar:

1. Identifique a origem do alerta: Cursor Models, Other Models, Grok Bot ou página de cobrança.
2. Registre os dois pools mensais: salve percentuais e data de reinício, sem transformá-los em um único número mental.
3. Associe modelos às tarefas: localize os modelos selecionados, Agents paralelos e contextos longos dos trabalhos recentes mais pesados.
4. Confira as categorias de cobrança: confirme se Included Usage e On-Demand Usage já estão crescendo separadamente.
5. Defina o orçamento antes de ativar: escolha o valor extra máximo do ciclo e só então habilite o on-demand com teto finito.
6. Faça um teste limitado: conclua uma tarefa bem delimitada e volte a verificar pools e fatura.
7. Amplie somente após revisar: aumente o tamanho da tarefa ou o teto apenas se resultado e consumo estiverem aceitáveis.

Sucesso não é apenas fazer o alerta desaparecer. É conseguir explicar qual pool está sendo usado, por que o gasto extra cresce e em qual valor o trabalho precisa parar.

Dúvidas comuns sobre os limites do Cursor Ultra

Grok Bot em 90% significa que o Ultra está quase acabando?

Não necessariamente. A franquia semanal do Grok Bot e os pools mensais Cursor Models e Other Models são contadores diferentes. Confira os dois pools no usage dashboard antes de concluir que o uso incluído do Ultra está no fim.

No Limit deixa o Cursor ilimitado?

Não. No Limit apenas remove o teto mensal do gasto on-demand. Solicitações além do uso incluído continuam cobradas pelas tarifas aplicáveis. O fato de o Ultra incluir unlimited Tab completions também não torna toda solicitação de Agent ou modelo gratuita e sem fronteira.

O uso pode continuar depois de atingir o teto?

O Cursor diz que a aplicação não é instantânea, então pode haver um excesso breve. Esse excesso limitado vira um crédito temporário, e você é cobrado até o limite atual. Aumentar o teto no mesmo ciclo pode transformar parte ou todo o crédito em uso faturável, até o novo limite.

Dá para estimar quanto trabalho resta só pelo percentual usado?

Não de forma confiável. Tarifa de API do modelo, tamanho do contexto, tamanho da saída e concorrência alteram o consumo. Uma tarefa pequena e delimitada, seguida por nova consulta ao dashboard, fornece uma estimativa mais útil.

A regra para lembrar

Confira o pool antes de ativar o uso medido e defina o orçamento antes de aumentar o limite. Para quem desenvolve sozinho e usa o Cursor intensamente, o padrão mais controlável costuma ser um teto finito, tarefas valiosas direcionadas ao pool certo e revisão de consumo após cada trabalho caro — não uma mudança imediata para No Limit.