Cursor 3 estrena interfaz para correr flotas de agentes locales y en nube en paralelo desde un solo workspace

Cursor 3 estrena interfaz para correr flotas de agentes locales y en nube en paralelo desde un solo workspace
Fuente: cursor.com

Cursor ha lanzado Cursor 3 con la interfaz reconstruida desde cero y una idea central: dejar de escribir código con un agente al lado y pasar a dirigir una flota de agentes trabajando en paralelo. Es un cambio de mentalidad más que de herramienta, y marca hacia dónde va la programación asistida.

Puntos clave

  • Cursor 3 se anunció el 2 de abril de 2026 con la interfaz rediseñada por completo, ahora centrada en agentes.
  • Permite correr flotas de agentes de código, locales y en la nube, en paralelo y sobre varios repositorios desde un mismo espacio.
  • Nueva ventana de agentes, pestañas de agentes en paralelo y soporte nativo de worktrees.
  • Modelo propio, Composer 2: 61,7 en Terminal-Bench 2.0 frente a 58,0 de Claude Opus 4.6, a un coste cercano a una décima parte de un modelo de frontera.
  • Los agentes se mueven entre local y nube, y se lanzan también desde Slack, GitHub o el móvil.

Qué es una "flota" de agentes

La idea es pasar de un agente que escribe mientras tú diriges, a varios agentes autónomos que envían mejoras a la vez. Cada uno coge una tarea, trabaja en su rama, y tú revisas los resultados según van llegando. Puedes tener uno arreglando un bug en un repo, otro escribiendo tests en otro, y un tercero refactorizando, todos en marcha al mismo tiempo desde una sola ventana.

La nueva interfaz está construida para eso. Hay una ventana dedicada a los agentes, pestañas para verlos en paralelo, diffs simplificados y soporte nativo de worktrees para que cada agente trabaje aislado sin pisar a los demás. Los agentes viven donde te convenga: en tu máquina, en un sandbox en la nube, por SSH, y los puedes lanzar desde Slack, desde GitHub o desde el móvil. Una sesión que empieza en la nube la puedes bajar a local y al revés.

El caballo de batalla: Composer 2

Debajo de todo esto está Composer 2, el modelo propio de Cursor. La cifra que enseñan es 61,7 en Terminal-Bench 2.0, por encima de los 58,0 de Claude Opus 4.6, y a un coste que ronda la décima parte de un modelo de frontera. Ese precio es la clave de las flotas: si vas a tener cinco agentes lanzando peticiones sin parar, el coste por token deja de ser un detalle y pasa a ser el factor que decide si la idea es viable o te arruina.

Conviene el matiz: Terminal-Bench mide tareas de terminal, no todo el trabajo de programación. Que Composer 2 gane ahí no significa que sea mejor que Opus en todo. Pero para el caso de uso concreto de agentes ejecutando comandos, el dato aguanta.

Por qué importa para un founder español

Aunque no programes, esto describe el futuro inmediato de tu equipo técnico, y merece que lo entiendas.

El salto de "un desarrollador con un copiloto" a "un desarrollador dirigiendo cinco agentes" cambia la matemática de tu equipo. La pregunta deja de ser cuántos programadores tienes y pasa a ser cuántos agentes puede supervisar bien cada uno de los que tienes. Un equipo pequeño que domine esta forma de trabajar produce como uno del triple de tamaño de hace un año. Si estás contratando perfiles técnicos, pregunta en la entrevista cómo trabajan con agentes, no solo qué lenguajes saben.

Y hay una lección de coste que va más allá del código. Cursor no ha ganado tracción con el mejor modelo, sino con uno lo bastante bueno a una décima parte del precio. Cuando el volumen de uso se dispara, lo barato y suficiente le gana a lo caro y perfecto. Es un principio que aplica a cualquier herramienta de IA que metas en tu empresa a escala.


Relacionado