Cursor 3 reemplaza el editor de código tradicional con una consola de gestión de agentes, marcando un cambio significativo tanto en las herramientas de desarrollo asistidas por IA como en los flujos de trabajo de los desarrolladores.
Como el editor de código de IA de más rápido crecimiento en ingresos en su categoría, Cursor ha lanzado su primer producto que no es un editor de código.
Cursor 3 (nombre en clave Glass) se ha construido desde cero, colocando la consola de gestión de agentes como interfaz principal, relegando por primera vez el IDE tradicional a un segundo plano. Los ingenieros aún pueden escribir código en él, pero el principio de diseño central del producto ahora es que "los usuarios pasarán la mayor parte de su tiempo orquestando agentes, revisando salidas y decidiendo qué tareas desplegar". Donde antes se mostraba el árbol de archivos, ahora hay un campo de entrada para prompts.
Durante meses, las herramientas de codificación han ido quedando cada vez más atrás respecto a los modelos de IA. La llegada de Cursor 3 es el resultado directo de que esta empresa de 2 mil millones de dólares de ingresos anuales acepte esta realidad y apueste toda su línea de productos en ella. Esta transición es paralela a la vivida anteriormente por los ingenieros de infraestructura.
Los paneles de control en la nube reemplazaron a las terminales SSH. Los controladores de Kubernetes reemplazaron la configuración manual de servidores. Ahora, la capa de orquestación está reemplazando al editor de código como interfaz principal. Aunque la tendencia es similar, los riesgos de esta ola de cambio son mayores, ya que la capa de abstracción que está siendo relegada es una arquitectura fundamental que los desarrolladores han utilizado durante 40 años.
Qué trae Cursor 3
Cursor nació en 2022 como un fork de VS Code, y ahora ha derivado en una versión hermanada construida completamente alrededor de agentes. Cursor indica que la nueva interfaz se "construyó completamente desde cero, centrada en el agente" y trata el IDE tradicional como una opción alternativa a la que se puede cambiar en cualquier momento.
El espacio de trabajo admite múltiples repositorios por defecto; los agentes y los usuarios pueden operar simultáneamente en diferentes repositorios, y todos los agentes locales y en la nube se muestran en una barra lateral unificada. Esta barra lateral extrae agentes de todas las interfaces de Cursor, incluidas las sesiones iniciadas desde dispositivos móviles, clientes web, Slack, GitHub e incluso Linear. Los agentes en la nube generan demostraciones y capturas de pantalla del trabajo, lo que permite a los ingenieros revisar los resultados sin tener que extraer el código localmente para comprender rápidamente los cambios.
La función más destacada de la nueva versión es sin duda Cloud Handoff (Traspaso en la Nube). Los usuarios pueden mover una sesión de agente en ejecución desde su portátil a la nube de Cursor, asegurando que continúe funcionando cuando se apague el ordenador, y luego recuperarla localmente para editarla y probarla en el escritorio cuando esté lista, y viceversa. Los usuarios pueden iniciar tareas en la nube y recuperarlas cuando necesiten tomar el control. Esta capacidad de trasladar sesiones entre entornos locales y en la nube ha sido el mayor punto débil de la mayoría de los competidores similares.
Se puede considerar la llegada de Cursor 3 como un cambio significativo, similar a pasar de gestionar un único servidor a gestionar un clúster de servidores a través de un plano de control. Aunque los usuarios aún pueden acceder mediante SSH a un servidor si es necesario, el plano de control se ha convertido en el centro para la toma de decisiones, la asignación de cargas de trabajo y la visualización del estado del sistema. Cursor 3 representa un cambio igualmente significativo en el tratamiento de los agentes, donde el IDE equivale a SSH y Glass equivale al plano de control.
La transformación proviene de la presión
El lanzamiento de Cursor 3 no es accidental. Durante las últimas seis semanas, la empresa Cursor ha llevado a cabo lo que yo llamo una "ofensiva de producto acelerada". A finales de marzo, la revista Fortune publicó un reportaje que describía la situación de Cursor como un caso clásico del "dilema del innovador", y rápidamente provocó una fuerte reacción. Poco antes, Bloomberg había señalado que los ingresos anualizados de Cursor alcanzaron oficialmente los 2 mil millones de dólares en febrero de 2026, duplicándose en sólo tres meses.
Pero Fortune descubrió que el agente de programación con prioridad terminal Claude Code, creado por Anthropic, había llevado sus ingresos anualizados a 2.5 mil millones de dólares en poco más de un año, ganándose la preferencia de más de 300,000 empresas. Los desarrolladores comenzaron a declarar públicamente que abandonarían Cursor para pasarse a Claude Code. Un inversor de Cursor le dijo a Fortune que varias startups de su cartera estaban considerando rescindir sus contratos con Cursor. En marzo, se informó que, aunque Cursor buscaba una nueva ronda de financiación con una valoración de unos 50 mil millones de dólares, la confianza del mercado en su desarrollo futuro se estaba desmoronando.
En respuesta, Cursor actuó rápidamente con tres movimientos importantes para abordar estos desafíos. El 5 de marzo, la compañía lanzó el sistema de Automatizaciones, capaz de activar agentes basándose en eventos de GitHub, mensajes de Slack y temporizadores, sin intervención humana.
El 19 de marzo, Cursor lanzó Composer 2, su primer modelo desarrollado internamente, basado en el modelo open source Kimi K2.5 de Moon Dark Side.
Cursor afirma que Composer 2 obtuvo una puntuación de 61.3 en su prueba propietaria CursorBench, superior a los 58.2 de Claude Opus 4.6, y con un coste por token unitario menor. Es importante señalar que CursorBench es un conjunto de evaluación creado por la propia Cursor.
También en marzo, Cursor habilitó agentes en la nube auto-alojados, permitiendo a las empresas Fortune 500 ejecutar agentes de Cursor en su infraestructura interna.
Luego vino el lanzamiento oficial de Cursor 3. Tres productos en un mes, y una reconstrucción completa de la interfaz. Este ritmo es una prueba de la firme creencia de la empresa de que su ámbito de negocio está siendo redefinido.
Un cambio estructural
La importancia de la transformación de Cursor es que sugiere un cambio de paradigma que va mucho más allá de una sola empresa. Todos los actores principales en el ámbito del desarrollo asistido por IA están de acuerdo en que los agentes necesitan su propia interfaz de orquestación. La divergencia entre los fabricantes radica en dónde debería residir esta interfaz, lo que constituye una diferencia fascinante en la arquitectura de las herramientas de desarrollo.
Claude Code de Anthropic adopta un modo terminal-first (prioridad terminal), abandonando por completo el Entorno de Desarrollo Integrado (IDE). La interfaz de línea de comandos (CLI) es la capa de orquestación, donde los desarrolladores trabajan mediante comandos en lenguaje natural en el shell. Anthropic luego añadió una interfaz basada en navegador y una aplicación de escritorio en claude.ai/code, pero aún considera la terminal como el núcleo, manteniendo así la capa de orquestación completamente separada del editor.
OpenAI ha elegido un camino diferente. Codex ahora abarca una aplicación de escritorio independiente, una interfaz de línea de comandos, una extensión para IDE para VS Code y sus forks, además de una interfaz en la nube en chatgpt.com/codex. La aplicación de escritorio se convierte en el "centro de mando" para gestionar agentes en paralelo, ver diferencias y ejecutar trabajos entre proyectos. La filosofía de OpenAI es que la capa de orquestación debería estar en todas partes, accesible para los desarrolladores desde cualquier interfaz.
"Durante los últimos cuarenta años, el paradigma del desarrollo de software ha sido definido por el editor de código. Cursor 3 lo apuesta todo, convencido de que supervisar agentes será más importante que editar archivos."
El enfoque de Google es el más cercano al de Cursor. Después de pagar 2.4 mil millones de dólares por la tecnología de Windsurf e incorporar a su CEO y ingenieros principales a DeepMind, Google lanzó Antigravity: un IDE centrado en agentes que ofrece dos modos claramente distintos. La vista de editor contiene el entorno de programación tradicional, mientras que la interfaz de manager permite a los desarrolladores generar, orquestar y observar múltiples agentes en paralelo dentro del espacio de trabajo. La orquestación de agentes y la edición de código coexisten dentro de la misma aplicación, pero se presentan en vistas separadas.
Cursor 3 también adopta este modo de IDE interno, pero lo lleva más lejos. Glass establece la consola de agentes como la vista predeterminada, y el editor se convierte en una vista alternativa. Google Antigravity considera que ambas vistas son igualmente importantes, lo que refleja una diferencia de enfoque. En otras palabras, las dos empresas tienen juicios diferentes sobre dónde pasarán finalmente su tiempo los desarrolladores.
Podemos hacer una analogía con la evolución de la infraestructura en la nube. Cuando AWS lanzó su consola de gestión, los usuarios no dejaron de usar SSH. Pero SSH dejó de ser el lugar donde se tomaban las decisiones de infraestructura; la consola se convirtió en el plano de control, y SSH en una herramienta de depuración ocasional.
Anthropic y OpenAI creen que la capa de orquestación puede funcionar como una aplicación independiente, separada del IDE. Cursor y Google creen que la capa de orquestación necesita coexistir con el editor, para que los desarrolladores aún puedan ver el código directamente si el agente comete un error. La industria generalmente acepta que la orquestación de agentes se convertirá en la nueva interfaz principal, pero aún no hay consenso sobre el diseño arquitectónico específico.
Qué significa esto para los desarrolladores
Actualmente, el impacto práctico de este cambio se manifiesta principalmente en tres áreas:
1. La selección de modelos se convierte en infraestructura
Cursor establece Composer 2 como modelo predeterminado, pero aún permite a los desarrolladores cambiar a Claude, GPT-5.4 y Gemini según la conversación. El modelo que impulsa a los agentes se convierte ahora en una decisión a nivel de infraestructura, similar a elegir una base de datos o una región cloud, y los efectos de la economía del token se formarán a medida que crezca la escala.
Cursor publicó un precio para Composer 2 Estándar de 0.50 dólares por millón de tokens de entrada y 2.50 dólares por millón de tokens de salida (precios de marzo de 2026), muy por debajo de los precios de los modelos cutting-edge de Anthropic y OpenAI.
Para equipos que ejecutan docenas de agentes en paralelo, este precio es sin duda un factor de atracción más importante para los desarrolladores que la configuración de funciones o las preferencias de UI.
2. El foso de VS Code se está secando
Cursor se bifurcó desde VS Code, heredando su ecosistema de extensiones y logrando una distribución instantánea. Cursor 3, sin embargo, toma un camino diferente, buscando crear una ventaja diferenciadora. Si el diseño de interfaz centrado en agentes prevalece, la importancia de las extensiones de VS Code disminuirá. Microsoft claramente necesita monitorear esta tendencia de cerca.
La suposición de VS Code como el centro del tooling para desarrolladores se ha mantenido durante casi una década, pero ahora se está desmoronando gradualmente.
JetBrains también enfrenta la misma presión. A medida que la interfaz de interacción principal pasa de editar archivos a gestionar agentes, la ventaja competitiva de los IDE tradicionales en inteligencia de programación y herramientas de refactorización también se desvanecerá.
3. Primero cambian los flujos de trabajo, luego se transforman los puestos de desarrollo
Cursor 3 postula que los ingenieros pasarán una gran cantidad de tiempo revisando las diferencias generadas por los agentes, validando las capturas de pantalla generadas por agentes en la nube, decidiendo qué tareas enviar a la nube y cuáles mantener locales, y gestionando los flujos de trabajo de Pull Requests (PR).
Esto es radicalmente diferente a las formas anteriores de escribir código y a las habilidades requeridas, lo que significa que la programación comienza a inclinarse más hacia el rol de engineering manager o platform SRE, que hacia el de desarrollador de software tradicional. En otras palabras, el rol de ingeniero de software se está fusionando con el rol de operador de sistemas a nivel de aplicación.
"El rol de ingeniero de software se está fusionando con el rol de operador de sistemas a nivel de aplicación."
La propia trayectoria de desarrollo de Cursor refleja este cambio. La empresa adquirió la plataforma de revisión de código Graphite en diciembre de 2025, ya que, como dijo su CEO Michael Truell, a medida que la IA acelera la generación de código, la revisión de código se está convirtiendo en el nuevo cuello de botella.
Cursor 3 lleva esta lógica un paso más allá: los agentes escriben el código, Graphite lo revisa, y el trabajo del ingeniero es orquestar ambos. La importancia del Entorno de Desarrollo Integrado (IDE) pasa a un segundo plano.
Perspectivas futuras
La capa de orquestación para agentes de programación de IA es ahora una nueva categoría de producto. Todos los principales fabricantes han lanzado productos relacionados. La cuestión pendiente es arquitectónica. ¿Debería la capa de orquestación existir dentro del IDE, fuera de él, o simultáneamente en todas las interfaces?
Anthropic y OpenAI apuestan por herramientas independientes. Cursor y Google apuestan por una consola integral que integra el IDE. Quien elija la opción que mejor se alinee con la tendencia real ganará la adhesión de los desarrolladores en la próxima década, tal como la lucha por los planos de control en la nube a principios de la década de 2010 determinó a los gigantes de infraestructura actuales.
Durante los últimos cuarenta años, la forma de construir software ha sido definida por el editor de código. Cursor 3 apuesta por la idea de que supervisar agentes es más importante que editar archivos. Cursor no busca matar el IDE, sólo le ha rebajado de categoría.
Si este juicio es correcto, lo que tenemos frente a nosotros bien podría ser el último editor de código en la memoria humana. El futuro dirá.
Enlace al artículo original
https://thenewstack.io/cursor-3-demotes-ide/
Este artículo proviene del WeChat public account "AI前线" (Frente de IA), autor: Janakiram MSV, traductor: Nuclear Cola
