Cursor aumenta limites de equipe e introduz tier Premium para power users

Cursor, o desenvolvedor do popular ambiente de programação com IA, anunciou um aumento nos limites de uso para o plano Teams e o lançamento de um novo plano Premium projetado para usuários com as cargas de trabalho mais altas do agente de IA. As alterações entram em vigência imediatamente para todos os novos clientes e para clientes existentes a partir de ciclos de faturamento que começam em 1 de julho de 2026.

O que muda nos planos Teams

A principal mudança é a introdução de um pool de uso separado para o modelo Composer, o desenvolvimento mais recente do Cursor. Segundo a empresa, Composer 2.5 fornece desempenho de nível fronteiriço a um custo significativamente menor em comparação com modelos anteriores. Cada assento no plano Teams agora recebe dois pools de uso separados: um para os próprios modelos do Cursor e modo Auto, o segundo para API de terceiros—modelos de outros desenvolvedores que podem ser conectados através do Cursor. Segundo a empresa, isso aumenta o volume de uso disponível para um assento padrão sem alterar seu preço.

Como o novo plano Premium funciona

De acordo com um recente Cursor Developer Habits Report, uma pequena parcela de "usuários de potência" em qualquer equipe representa a maioria das despesas e custos de excesso imprevisíveis. Para reduzir esses custos e aumentar a previsibilidade do orçamento para tais usuários, a empresa apresenta um assento Premium: fornece cinco vezes (5x) mais uso incluído em comparação com Standard, mas custa apenas três vezes (3x) mais. As equipes podem misturar livremente tipos de assentos. De acordo com a estimativa do Cursor, o pool Composer no plano Premium deve ser suficiente para um mês completo de trabalho intensivo com agentes para 99% dos usuários.

Condições atualizadas do plano Teams:

• Standard: volume de uso total aumentado; $32 por assento por mês com faturamento anual, $40 com faturamento mensal.
• Premium: 5 vezes mais uso que Standard; $96 por assento por mês com faturamento anual, $120 com faturamento mensal.
• As alterações entram em vigor para novos clientes imediatamente, para clientes existentes a partir de ciclos de faturamento de 1 de julho de 2026.
• Modelo chave para cálculo — Composer 2.5.
• Fonte de dados para comportamento do usuário — Cursor Developer Habits Report.

Por que é necessária transparência de gastos

Além de alterar os próprios planos, o Cursor atualizou o painel, que agora mostra aos usuários quão perto estão de seus limites—separadamente para o pool Auto + Composer e para modelos de API de terceiros. O sistema também recomendará aos administradores qual tipo de assento se adequa melhor a um funcionário específico com base em seus padrões de uso real. Separadamente, a empresa reformulou seu sistema de alertas de gastos: os administradores agora podem definir limites "inteligentes" em dólares e receber notificações via Slack ou e-mail antes que a fatura do período de faturamento se torne uma surpresa.

Em conjunto, essas mudanças refletem um problema mais amplo enfrentado por todos os provedores de ferramentas de agentes de IA para desenvolvimento: à medida que os agentes assumem mais trabalho autônomo—não apenas autocompletar código, mas execução completa de tarefas—os custos de inferência se tornam significativamente menos previsíveis do que com um modelo de assinatura clássico. Pools separados, assentos premium e notificações de gastos ativas são a tentativa do Cursor de equilibrar flexibilidade para usuários pesados com controle de custo para equipes e seus departamentos financeiros.

As mudanças de preços do Cursor refletem a maturação geral do mercado de ferramentas de desenvolvimento de IA: se no estágio inicial esses produtos competiam principalmente em funcionalidade e qualidade de autocompletar código, até 2026, quando os agentes assumem mais trabalho independente—desde escrever módulos inteiros até depuração de múltiplas etapas—o campo competitivo chave se torna precisamente o gerenciamento de custos de inferência no nível do modelo. As empresas que desenvolvem tais ambientes de programação são forçadas a equilibrar entre um preço atraente para o usuário em massa e cobrir os custos computacionais reais para a pequena porção de clientes que usam agentes nos limites de capacidade quase continuamente.