O Cursor não removeu o IDE. Saiba como recuperá-lo
Agents Window pode abrir primeiro no Cursor, mas Editor Window continua disponível. Reúno os comandos e a definição que voltam a pôr o código à sua frente.
O Cursor não removeu o IDE quando introduziu Agents Window. Editor Window continua disponível, e o Cursor documenta várias formas de regressar ao editor. Num arranque a frio sem janelas para restaurar, a interface centrada nos agentes pode aparecer primeiro. Para mim, isso faz os agentes parecerem prioritários, mas não elimina o fluxo centrado no código. [1] [5]
Como recupero o IDE do Cursor?
Escolha Open IDE na paleta de comandos de Agents Window. Segundo a documentação do Cursor, esta opção abre o espaço de trabalho atual em Editor Window, e a equipa do Cursor também indica File → Open IDE. [1] [5] Para abrir uma nova janela do editor, use Cmd/Ctrl+Shift+N. Se quiser iniciar explicitamente a interface clássica, execute cursor --classic. [3]
Para aumentar a probabilidade de o código aparecer primeiro, altere Cursor Settings → General → Startup → Window Restoration para Last Used Windows e feche o Cursor a partir de Editor Window. A preferência fica nas definições do Cursor, não nas definições normais do VS Code. A equipa do Cursor avisa que o restauro ainda pode falhar em alguns casos, por isso cursor --classic é a opção mais clara quando a janela inicial é importante. [3]
O percurso inverso também está disponível. Em Editor Window, Open Agents Window abre a interface centrada nos agentes, e o Cursor diz que as duas janelas podem permanecer abertas ao mesmo tempo. [1] Você escolhe onde começar e o que manter visível, sem limitar o projeto a um único modo.
O que mudou com Agents Window? As tarefas aparecem primeiro
O Cursor mudou a unidade de trabalho inicial. Editor Window começa pelo código que você inspeciona e altera, enquanto Agents Window começa pelas tarefas que os agentes podem executar em vários repositórios e ambientes. O Cursor apresentou a interface a 2 de abril de 2026, com a gestão de agentes em paralelo como principal objetivo. [2] [4]
A diferença é concreta nas descrições do próprio Cursor. A equipa chama a Editor Window o fluxo clássico do Cursor ou do VS Code, com ficheiros, terminal, extensões e vistas flexíveis. Agents Window é a interface centrada nos agentes para executar trabalho em paralelo. O registo de alterações do Cursor 3.0 acrescenta o âmbito da execução: os agentes podem trabalhar localmente, em worktrees, na cloud e através de SSH remoto, em vários repositórios e ambientes. [2] [4]
A explicação mais recente da equipa que encontrei, publicada a 25 de agosto de 2026, diz que Agents Window abre no arranque quando o Cursor não tem outras janelas para restaurar. Uma sessão restaurada, uma preferência diferente ou um arranque explícito no modo clássico podem fazer com que Editor Window abra primeiro. Agents Window pode ter prioridade num arranque a frio, mas não abre sempre primeiro. [3] [5]
Um ponto de entrada, duas interfaces de trabalho suportadas
A primeira interface muda aquilo que recebe atenção, mas os comandos documentados mantêm ambos os fluxos disponíveis.
A figura mostra a diferença prática: Agents Window começa pelas tarefas delegadas, enquanto Editor Window começa pelo código. Ambas continuam a ser suportadas.
Porque pensaram os utilizadores que o Cursor tinha removido o IDE?
Para os utilizadores destas discussões, Agents Window fez o código parecer secundário, embora o Cursor continuasse a suportar Editor Window. Três discussões no Reddit, publicadas entre 18 e 22 de agosto de 2026, registam essa confusão: houve quem criticasse a nova interface, comparasse o Cursor a um chatbot ou não encontrasse a definição do editor. As respostas apontaram para o editor e os controlos de arranque que continuavam disponíveis. [6] [7] [8]
A 22 de agosto de 2026, uma publicação intitulada “I hate the Agents Window” tinha cerca de 103 votos quando fiz a pesquisa para este artigo. O autor dizia que o código parecia secundário e que supervisionar muitos agentes em paralelo não correspondia à forma como abordava os tickets. Outros participantes disseram ter desativado a interface ou configurado o restauro de janelas e continuado a trabalhar. [6]
Outra publicação, de 21 de agosto de 2026 e registada com cerca de 50 votos, dizia que o Cursor antes parecia um IDE e agora parecia mais um chatbot. Algumas respostas contestaram essa leitura, recordando que as duas janelas ainda existiam e podiam ficar abertas ao mesmo tempo. [7]
A pergunta de suporte mais pequena, mas mais reveladora, surgiu a 18 de agosto de 2026. O autor simplesmente não conseguia encontrar a definição que faria o IDE abrir em vez da interface de agentes. [8]
As discussões comprovam que houve confusão e preferências opostas, enquanto a documentação do Cursor confirma que as duas janelas continuam disponíveis. Como o número de votos continua a mudar, as discussões não permitem saber qual das interfaces é preferida pela maioria. Esta é a limitação da evidência que importa aqui.
A minha leitura é que o Cursor subestimou o que uma opção predefinida comunica. Quando um editor de IA abre numa interface centrada em tarefas e agentes, os ficheiros tornam-se algo a que você acede depois de escolher o trabalho, em vez de serem aquilo que vê antes de descrever a tarefa. O editor não desapareceu, mas o Cursor fez com que parecesse menos central.
As duas janelas do Cursor mudam o que você revê primeiro
Editor Window mantém a alteração de código à sua frente, enquanto Agents Window mantém as tarefas delegadas à sua frente. No meu fluxo de trabalho, a diferença prática está no ponto onde a revisão começa e no número de alterações concluídas que podem estar à espera quando os agentes terminam.
Em Editor Window, a árvore do código-fonte, os ficheiros abertos, o terminal, as extensões e as vistas divididas permanecem visíveis enquanto um agente trabalha. Assim, você pode inspecionar a implementação à medida que esta avança. O Cursor documenta essas funcionalidades. [1] [4]
Em Agents Window, as tarefas delegadas continuam visíveis enquanto os agentes trabalham em repositórios e ambientes separados, incluindo worktrees e tarefas na cloud. [1] [2] Para mim, esta organização funciona melhor com tarefas independentes, mas não elimina a necessidade de ler os diffs, executar testes de aceitação ou decidir que alterações devem ser integradas.
Não se trata de escolher entre programação manual e automatização. As duas janelas usam os agentes do Cursor, e Agents Window também permite aceder aos ficheiros. O Cursor documenta Cmd/Ctrl+P para encontrar, ver e editar um ficheiro nessa interface, além de Cmd/Ctrl+Shift+F para pesquisar em vários ficheiros. [1] A escolha é entre manter a revisão de código ao lado de uma alteração ativa ou deixá-la para mais tarde, quando já existirem várias alterações delegadas.
Os worktrees ajudam no segundo fluxo porque mantêm separados os estados dos ficheiros usados em paralelo, mas essa separação não torna as alterações corretas. Na prática, dez tarefas independentes ainda podem deixar um programador com dez alterações para compreender. [2]
Que interface do Cursor devo abrir primeiro?
Abra Editor Window primeiro quando uma alteração precisar de uma inspeção atenta ou quando o seu trabalho depender do terminal, das extensões e de várias vistas de ficheiros. Abra Agents Window primeiro quando tiver tarefas independentes que possam ser executadas em diferentes repositórios ou ambientes. Eu prefiro começar pelo código até que o trabalho em paralelo me dê um motivo claro para mudar. [1] [2]
Uma comparação de desempenho justa daria às duas janelas o mesmo commit inicial limpo, modelo, definições, prompt, teste de aceitação e âmbito da tarefa. Eu registaria separadamente o tempo da tarefa e o tempo de revisão, depois contaria os ficheiros alterados, as edições rejeitadas e se conseguia explicar a alteração final sem voltar a abrir a transcrição do agente.
Para agentes em paralelo, começaria por tarefas cujos ficheiros e testes de aceitação não se sobrepusessem. Deixaria de aumentar o paralelismo quando a fila de revisão crescesse mais depressa do que eu a conseguisse esvaziar. Esta decisão resulta da atenção limitada de qualquer pessoa responsável pela revisão, não de uma afirmação do Cursor sobre desempenho.
Com base na documentação do Cursor a 27 de agosto de 2026, eu definiria Last Used Windows, fecharia o Cursor com Editor Window aberta e guardaria cursor --classic como caminho explícito. Estas opções bastam para voltar a pôr o IDE à minha frente sem abdicar de Agents Window quando o trabalho em paralelo realmente ajuda.