IDEs de IA
Cursor 2.0 convierte el IDE en un entorno centrado en agentes. El desarrollador pasa a ser revisor.
Cursor 2.0 introduce una interfaz construida a propósito y el modelo Composer, diseñado para trabajar con agentes de IA en lugar de junto a un humano que teclea. Este análisis desglosa qué cambió, cómo funciona y por qué podría redefinir el rol del desarrollador.

Un nuevo tipo de editor
Cursor ha sido el favorito del vibe-coding durante meses, pero la versión 2.0 no es un pulido incremental. La compañía despojó la metáfora clásica del IDE, árbol de archivos, búfer de texto, terminal, y la reemplazó con un lienzo organizado alrededor de tareas del agente. La barra lateral izquierda ya no muestra archivos; muestra agentes activos y sus ventanas de contexto. El panel de edición es menos una página y más un registro de conversación donde el código es un subproducto de un diálogo en lenguaje natural. El impuesto oculto de los proyectos de vibe coding que…
El cambio es drástico. Al abrir Cursor 2.0 por primera vez, sentí la misma desorientación que sentí al pasar de una línea de comandos a una GUI. La memoria muscular de abrir un archivo, desplazarse y editar se ha ido. En su lugar, le dices al agente lo que quieres y te muestra el diff. La cuestión es si ese intercambio gana más de lo que pierde.
Composer: el primer modelo nativo para agentes
La función estrella es Composer, el primer modelo entrenado específicamente para generación de código agéntica en lugar de autocompletado o chat de un solo turno. Según los benchmarks de Cursor, Composer supera a GPT-40 y Claude 4 Sonnet en SWE-Bench y HumanEval por márgenes medibles. En la práctica, lo que destaca es su capacidad para mantener coherencia a lo largo de sesiones de edición largas. No olvida la estructura de directorios, las convenciones de nomenclatura del proyecto ni las restricciones establecidas hace tres conversaciones. Kimi K2.7 Code es más rápido y barato. Pero la… El nuevo agente de codificación de Cognition obtiene…
Lo probé en un proyecto Django de tamaño mediano con una capa ORM desordenada. Le pedí a Composer que refactorizara los modelos, añadiera una migración y actualizara las vistas de administración. Tomó cuatro comandos. El código generado compiló en la primera ejecución y la migración no perdió datos. Ese nivel de fiabilidad es nuevo.
Lo que la interfaz sacrifica
La interfaz de Cursor 2.0 es marcada. El explorador de archivos tradicional está oculto. El terminal sigue ahí, pero Cursor espera que ejecutes comandos a través del agente. Para los usuarios existentes de Cursor que editan código manualmente y usan el agente solo para código repetitivo, este cambio puede sentirse como una degradación. La compañía apuesta a que el agente debe poseer el teclado y el humano debe poseer la estrategia.
Esa apuesta tiene consecuencias. Me encontré perdiendo el control fino que tenía en Cursor 1.9. Cuando el agente genera una ruta de importación incorrecta, corregirla a través de un diálogo es más lento que arreglar la línea directamente. La pila de deshacer se comporta de manera diferente. El agente gestiona su propia versión del historial, que ocasionalmente entra en conflicto con el deshacer del sistema de archivos. 600 archivos, un comando: lo que la refactorización de…
Benchmarks y realidad
En benchmarks controlados, Composer se ve impresionante. Pero la codificación del mundo real no es un benchmark. Ejecuté el mismo proyecto a través de Cursor 2.0 y a través de Claude 4 Sonnet en una interfaz de chat tradicional. Composer ganó en velocidad y consistencia para tareas que abarcan múltiples archivos. Perdió en casos límite: cuando necesitaba inyectar una lógica muy específica que requería conocimiento profundo del dominio, el agente generalizó en exceso y tuve que intervenir más que con un modelo basado en chat.
Cursor reconoce esto y posiciona a Composer como un "agente que trabaja contigo, no por ti". La distinción es importante. La herramienta está diseñada para iteración, no para delegación. La apuesta de Microsoft por modelos pequeños para la IA…
El veredicto final
Cursor 2.0 es el argumento más fuerte hasta ahora de que el IDE se está convirtiendo en un entorno gestionado por IA donde el desarrollador actúa como revisor y arquitecto en lugar de mecanógrafo. Sacrifica la granularidad antigua por un nuevo tipo de rendimiento. Los desarrolladores que disfrutan del acto táctil de escribir código pueden resentirlo. Los desarrolladores que se preocupan por el resultado probablemente lo adoptarán.
Para equipos que entregan software de producción, Cursor 2.0 vale la pena la curva de aprendizaje. Para aficionados solitarios a los que les gusta controlar cada carácter, el paradigma anterior todavía tiene su lugar. Este lanzamiento no es una mejora del antiguo IDE; es un producto completamente diferente. El trabajo del editor no ha muerto. Solo se ha vuelto…