Cursor no eliminó el IDE. Así puedes recuperarlo
Agents Window puede abrirse primero, pero Editor Window sigue disponible. Te muestro los comandos y el ajuste que devuelven el código al primer plano.
Cursor no eliminó su IDE cuando presentó Agents Window. Editor Window sigue existiendo, y Cursor documenta varias formas de volver a él. En un inicio en frío sin nada que restaurar, la ventana centrada en agentes puede aparecer primero. Para mí, eso hace que los agentes parezcan prioritarios, pero no elimina el flujo centrado en el código. [1] [5]
¿Cómo recupero el IDE de Cursor?
Elige Open IDE en la paleta de comandos de Agents Window. Cursor documenta que esta acción abre el espacio de trabajo actual en Editor Window, y su equipo también señala la ruta File → Open IDE. [1] [5] Para abrir una nueva ventana del editor, usa Cmd/Ctrl+Shift+N. Si quieres iniciar expresamente la interfaz clásica, ejecuta cursor --classic. [3]
Para que el código aparezca primero con más frecuencia, cambia Cursor Settings → General → Startup → Window Restoration a Last Used Windows y cierra Cursor desde Editor Window. La preferencia está en Cursor Settings, no en los ajustes habituales de VS Code. El equipo de Cursor advierte que la restauración puede fallar en algunos casos, así que cursor --classic es la opción más clara cuando te importa qué ventana se abre. [3]
También puedes recorrer el camino inverso. Desde Editor Window, Open Agents Window abre la vista centrada en agentes, y Cursor afirma que ambas ventanas pueden permanecer abiertas a la vez. [1] Eliges dónde empezar y qué quieres mantener visible, no bloqueas el proyecto en un único modo.
¿Qué cambió con Agents Window? Ahora las tareas van primero
Cursor cambió el punto de partida del trabajo. Editor Window comienza con código para examinar y modificar, mientras que Agents Window comienza con tareas que los agentes pueden ejecutar en varios repositorios y entornos. Cursor presentó la interfaz el 2 de abril de 2026 y destacó la gestión de agentes en paralelo como su propósito principal. [2] [4]
La diferencia es concreta en las propias descripciones de Cursor. Su equipo presenta Editor Window como el flujo clásico de Cursor o VS Code, con archivos, un terminal, extensiones y vistas flexibles. Agents Window es la interfaz centrada en agentes para ejecutar trabajo en paralelo. El registro de cambios de Cursor 3.0 añade el alcance de esa ejecución: los agentes pueden trabajar de forma local, en worktrees, en la nube y mediante SSH remoto, además de abarcar varios repositorios y entornos. [2] [4]
La explicación más reciente del equipo que encontré, publicada el 25 de agosto de 2026, indica que Agents Window se abre al iniciar Cursor cuando no hay otras ventanas que restaurar. Una sesión restaurada, un cambio en la preferencia o un inicio explícito en el modo clásico pueden llevarte a Editor Window. Agents Window puede abrirse primero en un inicio en frío, pero no ocurre siempre. [3] [5]
Un punto de inicio y dos formas de trabajar
La primera ventana cambia qué recibe tu atención, mientras que los comandos documentados mantienen disponibles ambos flujos.
La figura deja visible la diferencia práctica: Agents Window empieza por las tareas delegadas, mientras que Editor Window empieza por el código. Ambas siguen siendo opciones compatibles.
¿Por qué creyeron los usuarios que Cursor había eliminado el IDE?
Para los usuarios de estos hilos, Agents Window hizo que el código pareciera secundario, aunque Cursor seguía ofreciendo Editor Window.
Tres hilos de Reddit publicados entre el 18 y el 22 de agosto de 2026 recogen esa confusión: algunos usuarios criticaron la nueva vista, compararon Cursor con un chatbot o no encontraron el ajuste del editor. Las respuestas los remitieron al editor que seguía disponible y a los controles de inicio. [6] [7] [8]
El 22 de agosto de 2026, una publicación titulada «I hate the Agents Window» tenía unos 103 votos cuando investigué este artículo. Su autor criticaba que el código pareciera secundario y que supervisar muchos agentes en paralelo no encajara con su forma de abordar las tareas. Otras respuestas decían que habían desactivado esa ventana o configurado la restauración de ventanas y habían seguido trabajando. [6]
Otra publicación del 21 de agosto de 2026 rondaba los 50 votos cuando la consulté. Su autor decía que Cursor antes parecía un IDE y ahora se sentía como otro chatbot. Algunas respuestas rebatían esa idea y señalaban que ambas ventanas seguían existiendo y podían permanecer abiertas a la vez. [7]
La pregunta de soporte del 18 de agosto de 2026 tenía menos actividad, pero era más reveladora. Su autor simplemente no encontraba el ajuste para hacer que el IDE se abriera en lugar de la vista de agentes. [8]
Los hilos confirman que había confusión y preferencias opuestas, mientras que la documentación de Cursor confirma que ambas ventanas siguen disponibles. Los recuentos de votos cambian con el tiempo y solo reflejan un momento concreto, así que no permiten saber qué ventana prefiere la mayoría. Ese es el límite relevante de estas pruebas.
Mi impresión es que Cursor subestimó el mensaje que transmite una opción predeterminada. Cuando un editor con IA se abre mostrando tareas y agentes, accedes a los archivos después de elegir el trabajo, en vez de verlos antes de describir la tarea. El editor no desapareció, pero Cursor hizo que pareciera menos central.
Las dos ventanas de Cursor cambian lo que revisas primero
Editor Window mantiene el parche delante de ti, mientras que Agents Window mantiene a la vista las tareas delegadas. En mi flujo de trabajo, la diferencia práctica está en dónde comienza la revisión y cuántos cambios terminados pueden estar esperando cuando los agentes acaban su trabajo.
En Editor Window, el árbol de código fuente, los archivos abiertos, el terminal, las extensiones y las vistas divididas permanecen visibles mientras trabaja un agente. Así puedes revisar la implementación a medida que avanza. Cursor documenta estas funciones. [1] [4]
En Agents Window, las tareas delegadas permanecen visibles mientras los agentes trabajan en repositorios y entornos separados, incluidos worktrees y tareas en la nube. [1] [2] Esta organización me resulta más cómoda para tareas independientes, pero no elimina la necesidad de leer los diffs, ejecutar pruebas de aceptación ni decidir qué cambios deben integrarse.
No se trata de elegir entre programación manual y automatización. Las dos ventanas usan los agentes de Cursor, y Agents Window también permite acceder a los archivos. Cursor documenta Cmd/Ctrl+P para buscar, ver y editar un archivo desde allí, además de Cmd/Ctrl+Shift+F para buscar en varios archivos. [1] La elección es si la revisión del código permanece junto a un cambio activo o se convierte en un paso posterior para varios cambios delegados.
Los worktrees ayudan al segundo flujo porque mantienen separados los estados de los archivos mientras varias tareas avanzan en paralelo, pero esa separación no hace que los parches sean correctos. En la práctica, diez tareas independientes pueden dejar a un solo desarrollador con diez cambios que debe entender. [2]
¿Qué interfaz de Cursor debería abrir primero?
Abre primero Editor Window cuando un parche necesite una revisión minuciosa o cuando tu trabajo dependa del terminal, las extensiones y varias vistas de archivos. Abre primero Agents Window cuando puedas ejecutar tareas independientes en varios repositorios o entornos. Yo prefiero mantener el código en primer plano hasta que el trabajo en paralelo me dé una razón para cambiar. [1] [2]
Una comparación justa del rendimiento usaría en ambas ventanas el mismo commit inicial limpio, el mismo modelo, los mismos ajustes, el mismo prompt, la misma prueba de aceptación y el mismo alcance para la tarea. Yo registraría por separado el tiempo de la tarea y el de la revisión, contaría los archivos modificados y las ediciones rechazadas, y comprobaría si podría explicar el parche final sin volver a abrir la transcripción del agente.
Para trabajar con agentes en paralelo, empezaría por tareas cuyos archivos y pruebas de aceptación no se solaparan. Después dejaría de aumentar la concurrencia cuando la cola de revisión creciera más rápido de lo que pudiera atenderla. Esta decisión se debe a la atención limitada de cualquier persona que revise código, no a una afirmación sobre el rendimiento de Cursor.
Según la documentación de Cursor del 27 de agosto de 2026, yo configuraría Last Used Windows, cerraría Cursor desde Editor Window y mantendría cursor --classic como ruta explícita. Esas opciones bastan para devolver el IDE al primer plano sin renunciar a Agents Window cuando el trabajo en paralelo realmente ayuda.