Qual o preço do Cursor Composer?

O Cursor Composer é um novo modelo de codificação de ponta, lançado como parte do Cursor 2.0, que oferece geração de código muito mais rápida e intuitiva para fluxos de trabalho complexos com múltiplos arquivos. O acesso ao Composer é regido pelos planos de assinatura do Cursor, além do uso baseado em tokens quando os limites do plano são atingidos ou quando se utiliza o roteamento "Automático" do Cursor — o que significa que os custos são uma combinação de uma taxa de assinatura fixa e cobranças por tokens. Abaixo, você encontrará uma análise completa e prática (recursos, vantagens, mecânica de preços, exemplos práticos e comparações com concorrentes) para que você possa estimar os custos reais e decidir se o Composer vale a pena para sua equipe.

O que é o Cursor Composer?

O Composer é o novo "modelo de ponta" do Cursor, introduzido como parte do Cursor 2.0. Ele foi desenvolvido e otimizado especificamente para fluxos de trabalho de engenharia de software e tarefas de codificação ágena (multietapas). De acordo com o anúncio do Cursor, o Composer oferece desempenho de codificação de ponta, sendo otimizado para baixa latência e iteração rápida — o Cursor afirma que a maioria das interações conversacionais são concluídas em menos de 30 segundos na prática e alega que a taxa de transferência de geração é aproximadamente quatro vezes maior do que a de modelos com capacidades semelhantes em seus benchmarks internos. O Composer foi treinado com busca em toda a base de código e acesso a ferramentas, para que possa raciocinar e realizar edições em grandes projetos.

Onde o Composer se encaixa dentro do produto Cursor

O Composer não é um "aplicativo" separado que você compra individualmente; ele é oferecido como uma opção de modelo dentro do produto Cursor (desktop e web) e pode ser roteado através do roteador de modelos do Cursor (Automático). Você obtém acesso em nível de modelo dependendo da sua assinatura do Cursor e se paga taxas de uso além da franquia do seu plano. A documentação de modelos do Cursor lista o Composer entre os modelos disponíveis e a empresa oferece planos de assinatura e cobrança por tokens para o uso do modelo.

As mudanças previstas pela Cursor para meados de 2025 nos limites de uso e nos sistemas de crédito ilustram essa tendência: em vez de um uso verdadeiramente ilimitado dos planos premium, a Cursor oferece franquias de uso (e opções automáticas) e, em seguida, cobra o uso extra de acordo com as taxas de API/token.

Principais características e vantagens do Composer

O Composer visa aumentar a produtividade dos desenvolvedores em tarefas de engenharia complexas. Seus principais diferenciais são:

Raciocínio de código agentivo: O Composer suporta fluxos de trabalho com várias etapas (por exemplo, entender um bug, pesquisar em um repositório, editar vários arquivos, executar testes e iterar). Isso o torna mais adequado do que as conclusões pontuais para trabalhos complexos de engenharia.
Velocidade / baixa latência: O Cursor relata que o Composer é significativamente mais rápido em termos de taxa de transferência de geração em comparação com modelos semelhantes e que as interações típicas terminam rapidamente, permitindo ciclos de iteração mais rápidos.
Integração estreita do código-fonte: O Composer foi treinado com acesso ao conjunto de ferramentas de recuperação e edição do Cursor, bem como à indexação da base de código, o que melhora sua capacidade de trabalhar com grandes repositórios e manter o contexto entre os arquivos.
Modos e ferramentas do agente: O Composer foi projetado para funcionar com os modos de agente do Cursor e o Protocolo de Contexto de Modelo (MCP), permitindo que ele invoque ferramentas especializadas, leia código indexado e evite a necessidade de explicar repetidamente a estrutura do projeto. Isso reduz o uso repetitivo de tokens em muitos fluxos de trabalho.

Por que isso é importante: Para equipes que realizam edições profundas de código e refatorações em vários arquivos, o Composer pode reduzir a iteração manual e a troca de contexto — mas, como é um agente e pode executar mais trabalho computacional por solicitação, o uso de tokens por solicitação tende a ser maior do que em modelos de conclusão simples (o que justifica a discussão sobre custos medidos abaixo).

Como o Composer foi construído?

Arquitetura e abordagem de treinamento

O Composer é descrito como um modelo MoE ajustado com aprendizado por reforço e um pipeline de treinamento personalizado em larga escala. Elementos-chave destacados pelo Cursor:

Mistura de especialistas (MoE) Projetar para dimensionar a capacidade de forma eficiente para tarefas de código de contexto longo.
Aprendizagem por reforço (RL) Com sinais de recompensa ajustados a comportamentos de agente úteis em engenharia de software: planejamento de tarefas, uso de buscas, edição de código, escrita de testes e maximização do uso de ferramentas paralelas.
Treinamento com foco no uso de ferramentasDurante o treinamento, o Composer teve acesso a um conjunto de ferramentas (leitura/gravação de arquivos, busca semântica, terminal, grep), então aprendeu a chamar as ferramentas quando apropriado e a integrar as saídas.
Infraestrutura personalizadaA Cursor construiu pipelines baseados em PyTorch + Ray, kernels MXFP8 MoE e grandes clusters de máquinas virtuais para permitir aprendizado por reforço assíncrono e com suporte de ferramentas em grande escala. As escolhas de infraestrutura (treinamento de baixa precisão, paralelismo especializado) visam reduzir os custos de comunicação e manter a latência de inferência baixa.

Por que moE + RL são importantes para o código

A edição de código exige raciocínio preciso e em várias etapas sobre grandes repositórios. O MoE (Model-of-Effective) confere ao modelo capacidade episódica (muitos parâmetros disponíveis seletivamente), enquanto o RL (Reforço por Aprendizado) otimiza comportamentos (não alucinar, executar testes, propor diferenças mínimas). O treinamento com o conjunto de ferramentas do agente significa que o Composer não está sendo ajustado puramente com base na previsão do próximo token — ele aprendeu a usar as ferramentas disponíveis no ambiente de produto do Cursor. É por isso que o Cursor posiciona o Composer como um modelo "agente" em vez de apenas um modelo de autocompletar.

Como são definidos os preços dos planos de assinatura do Cursor para o Composer?

O modelo de preços do Cursor combina níveis de assinatura (planos mensais) com tarifas baseadas no uso (tokens, cache e determinadas taxas de agentes/ferramentas). Os planos de assinatura oferecem recursos básicos e uso prioritário incluído; o uso intenso ou do modelo premium é cobrado separadamente. Abaixo estão os preços de tabela e o significado geral de cada plano.

Níveis individuais (pessoais)

Hobby (grátis): Versão básica, com recursos limitados de solicitação de agentes e preenchimento automático de teclas; inclui um breve período de teste da versão Pro. Ideal para experimentação básica.
Pro — US$ 20/mês (individual): Tudo o que está no pacote Hobby, além de uso estendido de agentes, preenchimento automático ilimitado, agentes em segundo plano e janelas de contexto máximas. Este é o ponto de partida comum para desenvolvedores individuais que desejam recursos semelhantes aos do Composer.
Pro+ — US$ 60/mês (individual, recomendado para usuários avançados): Mais uso incluído em modelos premium. O comunicado de preços da Cursor, em junho de 2025, esclareceu que os planos Pro incluem um conjunto de créditos de modelo (para uso de "modelos de ponta") e que o uso adicional pode ser adquirido a preços de custo acrescido ou por meio de cobrança por token.
Ultra — US$ 200/mês: Para indivíduos com sobrepeso que necessitam de uso de modelos significativamente maiores e acesso prioritário.

Equipe / Empresa

Equipes — US$ 40 por usuário por mês: Adiciona faturamento centralizado, análise de uso, controles baseados em funções e SSO. Equipes maiores também podem adquirir a versão Enterprise (preços personalizados) que inclui uso compartilhado, faturamento por fatura/pedido de compra, SCIM, registros de auditoria e suporte prioritário.

Preços baseados em tokens para o Cursor Composer

O Cursor combina planos por usuário com cobrança por token para solicitações premium ou de agentes. Existem dois contextos de cobrança relacionados, mas distintos, que precisam ser compreendidos:

Taxas de tokens no modo automático/máximo (Seleção dinâmica "Automática" do cursor ou faixas de faturamento Máximo/Automático).
Lista de modelos / preços diretos dos modelos (Se você selecionar um modelo como o Composer diretamente, as APIs da lista de modelos têm taxas de tokens por modelo).

Esses diferentes modos alteram as taxas efetivas de tokens de entrada/saída que você verá na sua fatura. Abaixo estão os valores padrão que o Cursor publica em sua documentação e páginas de modelos — esses são os números mais importantes para os cálculos de custo.

Automático / Máx.

Ao ultrapassar os limites do plano (ou usar explicitamente a opção Automático para direcionar para modelos premium), o Cursor cobra pelo uso do modelo em um determinado período. por token base. As taxas mais comumente referenciadas para Cursor's Auto roteador (que seleciona um modelo premium sob demanda) são:

Entrada + Gravação em Cache: US$ 1.25 por 1,000,000 tokens
Saída (geração): US$ 6.00 por 1,000,000 tokens
Leitura do cache: US$ 0.25 por 1,000,000 tokens

Essas taxas foram documentadas nos documentos de conta/preços da Cursor que descrevem a cobrança automática e são a base do custo operacional do Composer quando o uso do Composer é cobrado automaticamente ou quando você seleciona diretamente o uso do modelo cobrado pelas taxas da API.

Preços de lista de compositores e modelos

A lista de modelos/referência de preços do Cursor mostra os preços de cada modelo. Para alguns modelos premium do Cursor, os preços na lista de modelos do Composer são os seguintes: Entrada: US $1.25 / 1M; Saída: US$ 10.00 / 1MNa prática, isso significa que, se você escolher explicitamente o Composer como modelo em vez de executar o Auto, a taxa de tokens de saída poderá ser maior do que a taxa de saída de US$ 6 do Auto.

Por que os tokens de entrada e saída são diferentes?

Tokens de entrada São os tokens que você envia (instruções, trechos de código, contexto de arquivo). O Cursor cobra pela gravação desses tokens no sistema (e, ocasionalmente, pelo armazenamento em cache).
Tokens de saída São os resultados gerados pelo modelo (edições de código, sugestões, diferenças, etc.). A geração de resultados é mais custosa porque consome mais poder computacional. Os números publicados pelo Cursor refletem esses custos relativos.

Comparando o Cursor Composer com seus concorrentes.

Ao avaliar custo e valor, é útil comparar a economia de escala do Composer com a de outros serviços de IA para desenvolvedores amplamente utilizados. Observe que os recursos do modelo, a latência, a integração e os limites incluídos no plano também são importantes — o preço por si só não é tudo.

GitHub Copilot (níveis individuais)

O GitHub Copilot é precificado principalmente por usuário, com diferentes planos (Gratuito, Pro por cerca de US$ 10/mês, Pro+ e Business com preços mais altos). O Copilot oferece um número de solicitações "premium" por mês e cobra por solicitações premium adicionais (complementos publicados por solicitação). O Copilot agrupa modelos (incluindo opções do Google/Anthropic/OpenAI em alguns planos) e é vendido como um SaaS por desenvolvedor. Para muitos desenvolvedores individuais, o preço fixo por usuário do Copilot pode ser mais simples e econômico para tarefas rotineiras; para tarefas complexas com várias etapas e agentes, um modelo com limite de tokens pode ser mais transparente.

OpenAI (API / modelos avançados)

Os modelos de ponta da OpenAI (série GPT-5 e variantes premium) têm custos por token diferentes, que podem ser superiores à taxa do Cursor Composer para certos modelos profissionais. A OpenAI também oferece vários níveis de desempenho (e descontos para processamento em lote ou em cache) que afetam os custos efetivos. Ao comparar, considere a latência, a precisão em tarefas de codificação e o valor da integração do Cursor com o editor (que pode compensar a diferença no custo por token).

Qual é a opção mais barata na prática?

Pequenas e frequentes conclusões/autocompletar: Um SaaS por usuário (Copilot) costuma ser a opção mais barata e simples.
Tarefas complexas com múltiplos arquivos e agentes: Os modelos com limite de tokens (Composer via Cursor Auto ou Anthropic/OpenAI diretamente) oferecem flexibilidade/qualidade, mas têm um custo maior por requisição complexa; a modelagem cuidadosa do uso de tokens é essencial.

Conclusão — O Composer é “caro”?

O compositor é não Apresentado como um único item de linha plana, faz parte de um sistema híbrido. Para uso interativo leve a moderado, um $20/mês Pro O uso do modo automático com um plano mais detalhado pode manter seus custos baixos (dezenas de dólares por mês). Para cargas de trabalho pesadas e paralelas de agentes com muitas saídas longas, o Composer pode gerar centenas ou milhares de solicitações por mês, pois as taxas de tokens de saída e a concorrência multiplicam os custos. Comparado a concorrentes com modelo de assinatura (como o GitHub Copilot), o Composer da Cursor troca um custo marginal de inferência mais alto por recursos muito mais rápidos, baseados em agentes e com reconhecimento de repositório.

Se seus objetivos são automação multiagente, refatorações em todo o repositório ou ciclos de iteração mais curtos que economizam tempo de engenharia, a velocidade e as ferramentas do Composer podem proporcionar um excelente retorno sobre o investimento.

Como usar a API Comet dentro do Cursor? (passo a passo)

Resumo: O CometAPI é um gateway de agregação de modelos (um único endpoint que pode servir de proxy para diversos fornecedores de modelos). Para usá-lo no Cursor, você se cadastra no CometAPI, obtém uma chave de API e um identificador de modelo, adiciona essa chave e o endpoint às configurações de Modelos do Cursor como um provedor personalizado (substituindo a URL base) e seleciona o modelo do CometAPI no modo Composer/Agent.

A CometAPI também desenvolveu um modelo de codificação proprietário baseado em Claude, especificamente para cursores: cometapi-sonnet-4-5-20250929-thinking e cometapi-opus-4-1-20250805-thinking etc.

Etapa A — Obtenha suas credenciais da CometAPI

Cadastre-se no CometAPI e criar uma chave de API a partir do painel de controle deles. Mantenha a chave em segredo (trate-a como qualquer token de portador).
Crie/copie uma chave de API e anote o nome/ID do modelo que deseja usar (por exemplo, claude-sonnet-4.5 ou outro modelo de fornecedor disponível através da CometAPI).Documentação/guias da API do Comet Descreva o processo e liste os nomes dos modelos suportados.

Etapa B — Adicione a CometAPI como um modelo/provedor personalizado no Cursor

Abrir cursor → Configurações → Modelos (ou Configurações → Chaves de API).
Se o cursor mostrar um “Adicionar modelo personalizado” or “Substituir URL base do OpenAI” opção, use-a:

URL base / EndpointCole aqui a URL base da CometAPI compatível com OpenAI (a CometAPI informará se expõe uma URL base compatível com OpenAI). openai/v1 endpoint de estilo ou endpoint específico do provedor). (Exemplo: https://api.cometapi.com/v1 — Use o URL real da documentação da CometAPI.)
Chave APICole sua chave CometAPI no campo "Chave de API".
Nome do modelo: adicione o identificador do modelo exatamente como nos documentos da CometAPI (por exemplo, claude-sonnet-4.5 or composer-like-model).

verificar A conexão é estabelecida se o Cursor oferecer um botão "Verificar" / "Testar". O mecanismo de modelo personalizado do Cursor geralmente exige que o provedor seja compatível com OpenAI (ou que o Cursor aceite uma URL base + chave). Os guias da comunidade mostram o mesmo padrão (substituir URL base → fornecer chave → verificar).

Se você quiser saber mais dicas, guias e novidades sobre IA, siga-nos em VK, X e Discord!

Veja também Cursor 2.0 e Composer: como uma reformulação multiagente surpreendeu a programação de IA.