Cursor parou de responder? Como saber se o problema é o serviço, a sua conta ou o editor

Fala aí, beleza? Tu tá no meio de uma refatoração, pede uma alteração pro agente do Cursor e… nada

O chat fica girando sem fim, o Agent para no meio da edição ou simplesmente não volta resposta nenhuma 😛

Antes de reinstalar tudo, dá pra investigar por partes: o serviço (Cursor ou o provedor do modelo fora do ar), a sua conta (limite do plano), a rede da empresa (proxy e firewall), as extensões do editor, a indexação do repositório e a versão do app

Aqui tem bastante peça no meio, porque o Cursor é um editor inteiro rodando na sua máquina

Bora ver uma por uma?

Como saber se o Cursor está fora do ar

O jeito mais rápido é abrir a página oficial de status: status.cursor.com

Se o incidente estiver listado lá, o problema não é com você, e o melhor a fazer é esperar a resolução

Sinal de que o problema é o serviço:

Vários recursos falham ao mesmo tempo, ou vários colegas reclamam do mesmo erro na mesma hora

Quando é só com você, a chance de ser conta ou ambiente local é muito maior

O que olhar na página de status:

A página separa a plataforma em componentes, cada um com seu próprio status: IDE, CLI, Cloud Agents, Automations, Review Agents, cursor.com e Origin

Isso ajuda MUITO, porque tu vê se o problema é no editor, na CLI ou em outro serviço específico

Um exemplo real: em 13/10/2026, das 00:22 às 03:07 UTC, houve erros e requisições com falha em IDE, CLI, Cloud Agents, Automations, Review Agents, cursor.com e Origin, de acordo com o registro do incidente

O incidente foi resolvido, mas durante essas horas não adiantava mexer em configuração nenhuma haha

E quando só um modelo falha?

A página de status do Cursor também registra incidentes de modelos específicos, não só da plataforma

Em 08/10/2026, por exemplo, foi registrado um incidente de erros elevados no Opus 5.5

O sinal aqui é bem claro: um modelo específico não responde, mas tu troca de modelo e tudo volta a funcionar

Nesse caso vale conferir também a página de status do provedor do modelo:

• status.openai.com, com o status da API e do ChatGPT
• status.anthropic.com ou status.claude.com, com o status do Claude.ai, da API, do Claude Code e do Console

Como prevenir:

Deixa essas páginas salvas nos favoritos, numa pastinha só pra isso

Na hora do aperto, tu confere tudo em poucos segundos em vez de sair caçando no Google 🙂

Cursor parou por limite do plano: como conferir o uso da conta

Se o status está todo verde, o próximo suspeito é o uso da sua conta

No dashboard do cursor.com, a aba Spending mostra em tempo real quanto tu já consumiu, o saldo restante e as cobranças sob demanda

Sinal de que é limite do plano:

Modelos de terceiros param de responder, enquanto Auto e Composer seguem funcionando

Isso acontece porque o uso dos planos é dividido em dois pools, segundo a ajuda oficial sobre limites de uso:

• Cursor Models: os modelos próprios do Cursor
• Other Models: os modelos de terceiros

Então um pool pode acabar enquanto o outro ainda tem saldo

O que fazer quando o uso incluído acaba:

As opções oficiais são três:

• Usar Auto e Composer, que segundo a ajuda oficial são contabilizados à parte e incluídos no plano
• Ativar o uso sob demanda, cobrado nas mesmas taxas da API
• Fazer upgrade do plano

Tome cuidado com um detalhe: nos planos Pro, Pro+ e Ultra, o uso sob demanda precisa ser ativado explicitamente nas configurações

Ou seja, se tu nunca ativou, ele não liga sozinho quando o pool acaba

Já nos planos Teams Standard e Premium ele vem ativado por padrão, e o admin pode desativar ou definir limites de gasto no dashboard

Se tu tá num time e o modelo parou, vale perguntar pro admin se não bateu o limite definido por ele

Como prevenir:

Dá uma olhada na aba Spending de vez em quando, principalmente em semanas de uso pesado com o Agent

Assim tu não é pego de surpresa no meio de uma tarefa grande

Cursor não responde na rede da empresa: proxy, HTTP/2 e firewall

Se funciona em casa e trava no escritório (ou na VPN), o culpado quase sempre está na rede

O próprio Cursor tem um diagnóstico embutido pra confirmar isso

Sinal de que é rede:

O chat gira sem fim ou dá timeout só na rede corporativa ou com a VPN ligada

Se o erro que aparece pra ti é especificamente o de conexão, tem um post focado nisso: quando o Cursor mostra "Connection failed"

Passo a passo para diagnosticar e corrigir:

1. Abra Cursor Settings > Network > Run Diagnostics

Ele testa a conexão com os servidores do Cursor e aponta problemas que afetam os recursos de IA ou as atualizações, conforme a documentação de rede do Cursor

2. Se o proxy bloqueia HTTP/2, troque para HTTP/1.1

Que história é essa de HTTP/2? O Cursor usa HTTP/2 pra transmitir as respostas em streaming, e alguns proxies corporativos (como o Zscaler) bloqueiam esse protocolo

A correção oficial é ir em Cursor Settings > Network, mudar HTTP Compatibility Mode para HTTP/1.1 e reiniciar o Cursor

Outra opção é usar a configuração "cursor.general.disableHttp2": true

Erro comum deste passo: esquecer de reiniciar o Cursor depois de trocar o modo

3. Se ainda travar, o bloqueio é outro

Vale saber: quando o streaming bidirecional via HTTP/2 falha, o Cursor já tenta voltar sozinho para HTTP/1.1 com Server-Sent Events (SSE)

A troca manual do passo 2 serve pra ele usar HTTP/1.1 direto, sem depender dessa tentativa automática, e é a correção que a documentação indica pra proxy que bloqueia HTTP/2

Então, se mesmo com o HTTP/1.1 ativado continua travando, o bloqueio provavelmente é outro

4. Verifique a inspeção SSL e o firewall

Proxies que fazem inspeção SSL (o famoso man-in-the-middle) trocam os certificados do Cursor pelos do proxy

Isso costuma causar timeouts, lentidão ou erros no Agent, e a documentação de configuração de rede do Cursor aponta isso como um dos bloqueios mais comuns em empresas

Os domínios que o firewall precisa liberar são:

• *.cursor.sh
• *.cursor-cdn.com
• *.cursorapi.com
• *.cursorvm.com

Erro comum deste passo: liberar só um domínio e achar que resolveu, quando o Agent depende dos outros também

Como prevenir:

Manda essa lista de domínios pra TI antes de começar a usar o Cursor no trabalho

É MUITO mais fácil do que abrir chamado toda vez que o Agent dá timeout 😀

Editor lento ou travando: extensões, CPU e memória

Quando a interface inteira engasga, a resposta geralmente está numa extensão ou num processo comendo CPU e memória

E aqui a boa notícia é que o Cursor dá ferramentas pra achar o culpado sem chute

Sinal de que é o ambiente local:

Digitar fica lento, o editor congela por alguns segundos e o consumo de CPU ou memória fica alto no gerenciador de tarefas

Encontrando o processo pesado:

Abra o Process Explorer com Cmd/Ctrl+Shift+P > Developer: Open Process Explorer

Os processos que valem a atenção, segundo a documentação de performance, são o extensionHost e o ptyHost

Vendo o consumo de cada extensão:

O Extension Monitor mostra CPU e memória de cada extensão em tempo real

Pra ativar:

1. Vá em Settings > Application > Experimental > Extension Monitor Enabled
2. Abra com Cmd/Ctrl+Shift+P > Developer: Open Extension Monitor

Isolando a extensão culpada:

Abra o Cursor sem nenhuma extensão:

cursor --disable-extensions

Se o problema sumiu, a culpa é de alguma extensão

Aí é reativar uma por uma até o problema voltar, e pronto, achou 🙂

Se você também usa o VS Code, esse raciocínio de separar extensão, conta e serviço vale igualzinho quando o Copilot para de funcionar

Como prevenir:

De tempos em tempos, abre o Extension Monitor e dá uma revisada nas extensões mais pesadas

Tem extensão que tu instalou uma vez pra testar e nunca mais usou, né? kkk

Repositório grande deixando o Cursor lento: ajuste a indexação

Em repositório grande ou monorepo, o Cursor indexa os arquivos pra dar contexto pro modelo

Se ele estiver indexando pasta de build e dependências, vira um trabalhão desnecessário

Sinal de que é indexação:

O editor só fica lento nesse projeto grande, e em projetos menores tudo funciona normal

O que excluir:

A recomendação oficial é colocar as pastas geradas no build (como dist/, build/ e .next/) no .cursorignore

Um .cursorignore mínimo fica assim:

dist/
build/
.next/

E o node_modules? Ele (e pastas de dependências parecidas) deve estar no .gitignore, porque o Cursor respeita o .gitignore na indexação:

node_modules/

E tem mais: o Cursor respeita todos os arquivos .gitignore, inclusive os de subpastas, o que ajuda bastante em monorepo, conforme a documentação de contexto do Cursor

E se eu não quiser commitar o .cursorignore?

O .cursorignore serve pra padrões de exclusão de cada usuário

Se tu não quer que ele entre no commit do time, dá pra colocar o .cursorignore no seu .gitignore global

Assim cada dev mantém as próprias exclusões sem bagunçar o repositório

Como conferir:

Depois de salvar as exclusões, usa o projeto normalmente e observa se a lentidão melhorou

Não existe número mágico de ganho aqui, depende do tamanho das pastas que estavam sendo indexadas

Versão desatualizada: como atualizar o Cursor

Se nada acima resolveu, vale garantir que tu está na versão mais recente do app

O Cursor baixa as atualizações em segundo plano e mostra a opção Restart to Update quando tem versão nova pronta

Atualizando na hora:

Pra checar manualmente, use Cmd/Ctrl+Shift+P > Check for Updates

Conferindo a versão instalada:

No Windows e no Linux, a versão aparece em Help > About

Anota esse número, porque ele vai ser útil se tu precisar falar com o suporte

Nada resolveu? O que mandar para o suporte do Cursor

Quando tudo falha, o caminho é o suporte, e quanto mais informação tu mandar, mais rápido eles chegam na causa

Onde ficam os logs:

No painel Output do terminal, escolhe no dropdown o canal Window (ou outros canais do Cursor)

No Windows, os logs também ficam em:

C:\Users\<usuario>\AppData\Roaming\Cursor\logs

O que é o request ID?

Cada requisição feita ao Cursor gera um request ID único

O suporte usa esse ID pra localizar e investigar exatamente aquela requisição nos sistemas internos, como explica a documentação do Cursor sobre request reporting

Ou seja, em vez de "o chat travou ontem à tarde", tu entrega o endereço exato do problema

Checklist do que enviar:

• Print do problema
• Passos para reproduzir
• System Information
• Se você usa VPN ou Zscaler
• Os erros do console das developer tools

Com isso em mãos, o suporte não precisa ficar no vai e vem de perguntas 😀

Vale ver também: cuidado com o que o agente pode fazer no seu PC

Já que o assunto é agente de IA dentro do editor, tem um vídeo do canal sobre como se proteger de agentes como Claude Code, Codex e Cursor executando ações perigosas na sua máquina (os rm -rf da vida)

Conclusão

O próximo passo é deixar o diagnóstico pronto antes do próximo travamento

Salva agora o status.cursor.com e as páginas de status da OpenAI e da Anthropic nos favoritos

Depois, abre a aba Spending no dashboard e vê como está o seu consumo neste mês

E aproveita que está com o projeto aberto: confere se o .cursorignore já exclui as pastas de build e se o node_modules está no .gitignore

Travou de novo e tu achou outra causa? Conta aí, bora trocar uma ideia!

Até o próximo post!

Quer aprender mais sobre inteligência artificial e programação na prática? Conheça o canal Hora de Codar no YouTube e acompanhe os próximos vídeos.