Corrigir um typo não deveria custar o preço de um modelo de ponta — mas, segundo o próprio Cursor, cerca de 60% dos desenvolvedores escolhem um modelo e nunca mais o trocam. Lançado em 22 de julho de 2026, o Cursor Router tenta resolver isso: ele analisa cada pedido e o envia ao modelo mais barato que consegue executá-lo. Nos testes A/B do Cursor, a qualidade de modelos de ponta foi mantida com custo 60% menor.
Há uma condição importante: o recurso é exclusivo dos planos Teams e Enterprise, e você precisa deixar que um classificador escolha o modelo por você.
Como o Cursor Router escolhe o modelo para cada pedido
O Cursor Router é um classificador que entra em ação antes de qualquer modelo. Conforme o post de lançamento do Cursor, ele avalia quatro sinais — o pedido em si, o contexto anexado, a complexidade da tarefa e o domínio — para então direcioná-lo:
- Edições rotineiras vão para modelos com melhor custo-benefício.
- Ajustes de interface são enviados ao que o Cursor chama de "o modelo com melhor gosto".
- Problemas extensos, que exigem raciocínio entre vários arquivos, vão para modelos de ponta como Fable 5 ou Opus 4.8.
Dois pontos de projeto o tornam mais sofisticado do que uma simples regra if/else baseada no tamanho do prompt:
- O objetivo do treinamento. O Cursor treinou o classificador com mais de 600.000 solicitações reais e o otimizou para satisfação do usuário — isto é, se o desenvolvedor avançou para a próxima tarefa ou precisou parar para corrigir o agente —, não para pontuações em benchmarks.
- Atenção ao cache. Trocar de modelo no meio de uma sessão descarta o cache de prompt do modelo anterior, e esse cache miss tem custo real. O Router considera esse custo ao decidir se vale a pena mudar de modelo — uma falha que a maioria das configurações caseiras de roteamento ignora.
O Router agora alimenta o modo Auto já existente do Cursor no desktop, web, iOS, CLI e SDK. Não há um botão separado: basta escolher Auto e definir como ele deve otimizar as respostas.
Os três modos Auto: Intelligence, Balance e Cost
Cada modo ocupa um ponto diferente na curva entre custo e qualidade. Todos os números abaixo vêm dos testes A/B online do Cursor, realizados com milhões de solicitações e publicados no post de lançamento.
| Modo | Meta de qualidade | Resultado do teste A/B do Cursor |
|---|---|---|
| Intelligence | Qualidade de modelos de ponta | Satisfação do usuário próxima à do Fable 5 por um custo ~60% menor; ~15% mais satisfação que o Opus 4.8 com custo semelhante |
| Balance | Boa qualidade para o dia a dia | Maior satisfação que o Opus 4.8 por um custo ~36% menor; iguala a satisfação do GPT-5.6 Sol com gasto inferior |
| Cost | Boa qualidade com gasto mínimo | Maior inteligência utilizável enquanto otimiza o gasto com tokens |
A cobrança segue o modelo que atendeu à solicitação: pedidos em Balance e Intelligence são cobrados conforme a tarifa do modelo roteado. Na prática, a fatura vira uma combinação de tarifas econômicas para tarefas rotineiras e tarifas de ponta apenas quando o Router escala o pedido. Por isso, o custo por solicitação só é previsível no agregado.
Há uma lacuna no material de lançamento: o Cursor publicou dados de custo por commit e satisfação para Intelligence e Balance, mas descreveu o modo Cost apenas de forma qualitativa.
O que os "60% mais barato" representam na prática
O número de destaque se refere ao custo por commit, métrica que o Cursor define como gasto com modelos por unidade de trabalho aceita, e não por token:
O GPT-5.6 Sol igualou o modo Intelligence em custo, mas teve pontuação inferior em satisfação. Fora do ambiente de testes, o Cursor relata que três contas empresariais de acesso antecipado — cada uma com milhares de usuários — economizaram de 30% a 50% em relação ao custo de executar o mesmo tráfego inteiramente nas tarifas de API do Opus 4.8, sem queda de qualidade reportada.
Vale considerar duas ressalvas:
- Os números são do próprio Cursor e usam suas próprias métricas de satisfação e retenção de código. Ainda não há auditoria independente.
- A comparação parte de uma equipe que executa tudo em um modelo de ponta. Se a sua já usa por padrão um modelo intermediário, a diferença será menor.
Como conferir qual modelo o Router escolheu
Por padrão, o Router não mostra qual modelo atendeu a cada solicitação: você vê a resposta, não quem a produziu. O changelog do Cursor informa que o modelo roteado "pode ser exibido ou ocultado", mas, em 23 de julho de 2026, a documentação não explica onde fica essa configuração em cada cliente.
Quando encontrar a opção no seu ambiente, mantenha-a ativada durante a primeira semana. Observar as escolhas do Router é a maneira mais rápida de entender quando ele escala uma tarefa e quando economiza.
A visibilidade por tarefa já é a mudança mais pedida para o recurso — na discussão de r/cursor sobre o novo roteamento, o pedido mais votado é justamente este: "isso está me deixando no escuro no momento".
Administradores de equipe têm mais controle que membros individuais. Eles podem:
- ativar o Router por equipe ou grupo
- restringir quais dos três modos os membros podem selecionar e definir o padrão
- permitir ou bloquear modelos subjacentes específicos
- aplicar imposição leve ou rígida para padronizar todos no Auto
Se a política de compliance proíbe determinado fornecedor, bloquear o modelo no nível administrativo fecha essa brecha antes mesmo de o roteamento analisar a solicitação.
Quem pode usar o Router hoje e quanto custa o Cursor
O Cursor Router está disponível apenas nos planos Teams e Enterprise. Ele vem ativado por padrão no Teams; no Enterprise, os administradores o habilitam pelo painel. Informações verificadas na página de preços do Cursor em 23 de julho de 2026:
| Plano | Preço (cobrança mensal) | Modos do Router |
|---|---|---|
| Hobby | Grátis | Não |
| Individual (Pro / Pro+ / Ultra) | A partir de US$ 20/mês | Não |
| Teams (Standard / Premium) | A partir de US$ 40/usuário/mês | Sim |
| Enterprise | Personalizado | Sim, ativado pelo administrador |
No plano Pro de US$ 20, o seletor Intelligence/Balance/Cost não aparece entre os modelos disponíveis — e, como observou uma reação inicial no X, 60% de desconto sobre preços equivalentes aos do Opus ainda representa dinheiro de verdade para o orçamento de quem trabalha sozinho. Restam duas opções: disciplina na escolha manual de modelos ou usar seu próprio roteamento, como veremos adiante.
Em que situações o roteamento pode errar
Antes de padronizar uma equipe no Auto, vale pesar duas críticas publicadas no X.
A primeira: complexidade da tarefa não é sinônimo de risco. Uma crítica detalhada explica bem o problema: uma refatoração de 2.000 linhas pode ser mecânica, enquanto uma alteração de duas linhas na autenticação pode causar toda uma indisponibilidade. Um roteador treinado para prever complexidade pode enviar essa mudança de duas linhas, com muita confiança, para um modelo econômico. O autor pede que o Cursor publique taxas de edições aceitas por rota; o Cursor ainda não divulgou esses dados.
A segunda questão é o tipo de falha. O benchmark proposto por um engenheiro para o Router é direto: ele escolhe corretamente nos casos em que um modelo barato produz uma resposta errada, mas convincente, em vez de falhar de forma evidente? Uma resposta errada que parece certa pode consumir mais tempo de revisão do que a economia obtida em tokens.
Na prática, uma política de duas categorias ajuda a reduzir o risco:
- Fixe manualmente um modelo de ponta quando uma resposta plausível, mas errada, tiver alto custo: mudanças em autenticação e permissões, lógica de pagamentos, migrações de banco de dados em produção, criptografia e configuração de CI/CD.
- Deixe o Balance cuidar do restante: refatorações rotineiras, geração de testes, documentação e trabalho de UI com baixo risco.
Administradores também podem bloquear por completo os modelos mais baratos, sacrificando uma pequena parte da economia.
Cursor Router e OpenRouter não são a mesma coisa
Os nomes são parecidos, mas atuam em camadas diferentes. O Cursor Router é integrado ao Cursor, escolhe entre o pool de modelos da plataforma e cobra pelo seu plano. O OpenRouter é um agregador de APIs independente: uma chave, centenas de modelos e cobrança por token (veja nosso guia de preços do OpenRouter).
Hoje, é possível conectar o OpenRouter ao Cursor em qualquer plano usando a configuração Override OpenAI Base URL. Os detalhes importam:
- Use o endpoint dedicado do OpenRouter,
https://openrouter.ai/api/v1/cursor— o endpoint genérico/api/v1não lida com o formato de tool calls do Cursor. - Cole sua chave
sk-or-no campo OpenAI API Key.
Dois limites rígidos se aplicam a qualquer configuração com sua própria chave: o autocomplete Tab sempre roda nos modelos integrados do Cursor, e o modo Auto pode ignorar sua chave por completo.
A mesma substituição funciona com qualquer relay compatível com OpenAI, e é assim que desenvolvedores solo conseguem uma economia semelhante à de roteamento sem assinar o Teams. No AIReiter, por exemplo, modelos Claude custam 20% do preço oficial da API, com pacotes de créditos a partir de US$ 5 (verificado em julho de 2026). Você pode fixar um modelo intermediário para o trabalho diário e reservar chamadas de ponta para problemas difíceis. Nesse caso, porém, você é o classificador — e ninguém considera os cache misses ao trocar de modelo.
Perguntas frequentes
O Cursor usa o OpenRouter?
Não. O Cursor Router é o sistema de roteamento interno do Cursor e não tem relação com o OpenRouter. É possível conectar o OpenRouter separadamente pela configuração Override OpenAI Base URL e pelo endpoint dedicado /api/v1/cursor.
O Cursor Router está disponível no plano Pro?
Não em julho de 2026. O post de lançamento limita o Router aos planos Teams e Enterprise. Os planos individuais continuam com seleção manual de modelos.
Posso desativar o Cursor Router?
Sim: escolha um modelo específico no seletor em vez de Auto, e o Router não tocará nessa solicitação. Administradores de equipe também podem restringir modos ou bloquear modelos específicos para toda a organização.
Para quais modelos o Cursor Router direciona as solicitações?
O material de lançamento do Cursor cita Fable 5, Opus 4.8, GPT-5.6 Sol, Grok 4.5 e seu próprio Composer. O pool foi projetado para receber novos modelos à medida que forem lançados. Administradores podem permitir ou bloquear modelos individualmente.