Probé el nuevo Cursor con múltiples agentes: así funciona su interfaz agéntica

Es interesante ver cómo hace apenas un año hablábamos de editores de código con algún tipo de chat integrado, y hoy el chat es lo principal. Cursor es el mejor reflejo de este cambio: pasó de ser un editor con autocompletado a ofrecer una interfaz que se parece mucho más a GPT Codex o a Claude Desktop que a un IDE tradicional. En este artículo te muestro cómo funciona esta nueva interfaz orientada a múltiples agentes, cómo crear un proyecto completo solo pidiéndolo, y si realmente vale la pena usarla.

Un dato de contexto antes de empezar: Cursor fue adquirido recientemente por SpaceX, y sus herramientas de consola ahora forman parte del ecosistema de Grok. De hecho, si intentas instalar su CLI, te redirige a la herramienta de consola de Grok.

Instalación y primeros pasos

Si entras hoy a la web de Cursor ya no descargas "un editor de código" en el sentido clásico, sino esta interfaz para manipular múltiples agentes. La instalación es la típica de cualquier aplicación: siguiente, siguiente y listo en Windows, doble clic en Mac, y también hay soporte para Linux, así que puedes usar la misma suscripción en los tres sistemas operativos.

Mi primera recomendación es que hagas login apenas lo instales, porque al iniciar sesión te dan algunos créditos gratis. Puedes entrar con GitHub, Google o la cuenta que prefieras. Te ofrecerá instalar algunos plugins; puedes saltarlos sin problema.

Tu primer proyecto: una carpeta y un prompt

La forma más ordenada de trabajar es crear una carpeta por proyecto. Por ejemplo, crea en tu escritorio una carpeta llamada food-recipes, arrástrala a Cursor y desde ahí pídele algo como: "Crea una landing page de recetas populares en HTML". Al enviar, el agente empieza revisando el directorio del proyecto y luego genera el código.

Lo interesante es que no tienes que esperar a que termine. Puedes lanzar un nuevo agente en paralelo y pedirle otra cosa, por ejemplo: "Investiga diseños de sitios web de recetas en internet para tomarlos como inspiración". Ahora tienes dos sesiones trabajando en cosas distintas al mismo tiempo. Esa es justamente la idea de esta interfaz.

Cuando el agente necesita usar una herramienta (como la búsqueda web), te pide confirmación. Si no quieres estar aprobando cada acción, ve a Settings → Agents y activa "auto approve mode transitions" y "auto accept web search". Más abajo encontrarás el "run mode", que por defecto está en auto reviewer. Si eres desarrollador y quieres dejar tareas ejecutándose durante buen rato, te recomiendo el modo "run everything". Te lanzará la típica advertencia de que es peligroso —todos los agentes lo hacen—, pero es lo que permite que trabaje sin consultarte a cada rato.

Un truco útil: si encuentras un diseño que te gusta durante la investigación, copia la URL y dile "Este sitio es el que me gusta, analízalo y crea un diseño de lo que veas en HTML". El resultado, al menos en mis pruebas, no estuvo nada mal, en parte porque Cursor tiene ahora un modelo propio bastante decente llamado Composer.

Espacios de trabajo: mantén el orden

Algo que sí te recomiendo mucho: define un espacio de trabajo. En la sección de repositorios puedes añadir la carpeta de tu proyecto como workspace, y a partir de ahí cualquier chat nuevo trabajará dentro de esa carpeta. Si tienes dos proyectos distintos (por ejemplo, el de recetas y una API de reservas), puedes abrir ambos workspaces y saltar entre ellos. Ojo: por defecto Cursor también incluye tu carpeta home, pero puedes removerla del sidebar para no ensuciar nada fuera de tus proyectos.

Modelos y precios

En el selector de modelos probablemente veas la opción "auto" activada. Si la quitas, aparecen varias opciones: Opus, GPT, versiones anteriores de Codex e incluso Grok (recuerda, Cursor ahora es parte de SpaceX). Si le das a "añadir modelos" y luego a "view all" verás todavía más, incluyendo Kimi 2.5 y GLM 5.2, aunque cada uno tiene una cuota limitada. Mi consejo personal: deja el modo auto y que el editor escoja el mejor modelo para cada tarea.

Sobre precios: si recién estás aprendiendo, exprime el plan gratis hasta donde dé; los créditos se renuevan al mes siguiente. Si ya estás creando un proyecto en serio, vas a necesitar el plan individual desde los 20 dólares, que para la mayoría es más que suficiente.

Modos de trabajo: Plan, Debug, Multitask y Ask

Los modos de trabajo definen cómo le pides las cosas al agente. El modo Plan sirve para que diseñe primero la aplicación y recién después pase a implementar; en lo personal, creo que es mucho mejor si vas a iniciar un proyecto. El modo Debug le permite investigar o probar la aplicación por sí mismo. El modo Multitask sirve para lanzar subagentes. Y el modo Ask es solo para preguntar: si le pides que ejecute algo, no lo hará, solo te dará el código para que lo hagas tú. Es útil cuando quieres asegurarte de que estás consultando algo sin que el agente empiece a tomar acciones.

Para probar el modo Plan le pedí: "Crea una planificación para un proyecto de recetas con panel de control y landing. El panel debe permitir crear, editar y eliminar recetas" (el clásico CRUD: create, read, update, delete). En lugar de implementar de inmediato, Cursor analizó la carpeta y me lanzó preguntas: qué stack prefería (elegí React con TypeScript), si el panel requería autenticación (sí, con login de administradores).

El plan resultante incluye decisiones confirmadas, el diseño de páginas públicas y privadas, la estructura del proyecto, los modelos de datos y —lo que más te recomiendo leer— las fases de implementación. Puedes verlo en pantalla completa para revisarlo con calma. Y aquí está la clave de este flujo: el plan se puede iterar. Le pedí añadir páginas de perfil de usuario y las colocó en la sección pública; le dije que eso debería estar dentro del panel de administración y lo corrigió. Así es como conviene trabajar: revisando constantemente la planificación antes de construir.

Cuando el plan te convence, le das a Build (o a "build in parallel" si quieres que lance múltiples agentes, aunque para empezar sugiero el modo normal, es más fácil de seguir). La construcción del proyecto completo tomó unos 5 a 10 minutos, y al final te entrega los comandos para ejecutarlo e incluso usuarios de prueba para entrar a la aplicación. El panel que generó, con Supabase como backend, quedó bastante decente.

El navegador integrado: testing automatizado

Una de las ventajas más grandes de esta interfaz es su navegador integrado. Es un navegador básico, pero la gracia es que Cursor puede controlarlo. En Settings → Tools & MCPs asegúrate de que la herramienta "browser" esté activada.

¿Para qué sirve? Puedes decirle "comprueba la autenticación y el CRUD usando el navegador de Cursor" (o "usando el MCP de Cursor") y verás cómo el agente navega, escribe las credenciales, inicia sesión, crea registros y verifica paso a paso que la interfaz funcione. No es excesivamente rápido, pero cuando aparece un error en pantalla y no sabes qué hacer, puedes pedirle "revisa el error en el navegador" y no solo lo encuentra: también lo corrige. Al final entrega un resumen de qué probó y qué no (en mi caso probó el create pero no el update ni el delete, y ese resumen final siempre vale la pena revisarlo).

Un detalle práctico: cada clic dentro del navegador integrado abre pestañas nuevas, así que acostúmbrate a cerrarlas porque consumen memoria.

Sigue siendo un editor (y eso lo diferencia)

Aquí viene el punto más fuerte de Cursor frente a la competencia. En la parte superior hay un ícono de archivos que abre el explorador clásico, y los archivos se pueden editar directamente. Esto es algo prácticamente único de esta herramienta: GPT Codex, Claude Desktop, Antigravity y otras aplicaciones similares que he probado no permiten editar el archivo ahí mismo; todo pasa por el chat. Cursor viene de ser un editor, y esas funcionalidades siguen presentes, incluyendo el autocompletado con Tab, esa característica que antes era esencial y que hoy casi nadie usa porque la IA genera prácticamente todo.

Si solo estás haciendo vibe coding y no sabes mucho de código aún, mi recomendación es que uses el modo Ask para ir preguntando ("¿qué es React Router?", por ejemplo) con la tranquilidad de que no va a modificar nada del proyecto.

Changes: revisión de código con comentarios en línea

La vista Changes hace tracking de las modificaciones, pero necesita un repositorio de git. Si no tienes uno, basta con decirle en un chat "inicia un repo de git" y listo. A partir de ahí puedes ver las diferencias de los últimos cambios, marcadas en verde como en cualquier herramienta de git.

Lo más interesante es el botón de "+" que aparece sobre las líneas: te permite comentar una línea específica, un bloque completo o incluso seleccionar código de varios archivos distintos y añadirlos como referencia al chat. Esto importa porque las modificaciones de código suelen afectar a varios archivos a la vez. Puedes seleccionar un bloque y decirle "añade después de esto el botón de login", y es como si se lo hubieras pedido directamente desde el editor.

También existe el "fork chat": si quieres continuar desde una sesión existente pero probar otro camino, haces un fork y obtienes una copia del chat desde donde puedes pedir modificaciones distintas sin perder el hilo original.

El contexto y el comando /summarize

En la parte inferior derecha verás un porcentaje (en mi caso llegó al 79%). Es la cantidad de contexto usado. Cuando chateamos con una IA, esta tiene una especie de espacio para entendernos; la mayoría de modelos hoy rondan los 200,000 tokens. A medida que la conversación crece, ese espacio se llena, y cuando está casi al límite el modelo empieza a responder peor. No es buena idea dejar que se llene por completo: escribe /summarize y Cursor compactará la conversación, es decir, la resumirá para que puedas seguir pidiendo cosas sobre ese resumen.

Design mode: señala el elemento y pide el cambio

El modo de diseño activa un selector visual sobre tu aplicación. Puedes hacer clic en cualquier componente y pedirle un cambio con ese elemento como referencia: "al lado de este elemento coloca un botón de cambiar de tema", "cambia esta imagen por cualquier otra", "quita ese botón de categoría". Como le estás dando el elemento exacto, el modelo no pierde tiempo buscándolo y las modificaciones salen bastante bien.

Además, las tareas se encolan: puedes mandar varias peticiones seguidas y las va ejecutando una tras otra mientras tú sigues pidiendo más.

Canvas: reportes visuales de tus datos

Con /canvas Cursor genera una especie de reporte visual del proyecto. En mi caso creó un resumen de categorías, tiempos de preparación y hasta el stack en una tabla. Para una app pequeña no es tan útil, pero la característica brilla con grandes volúmenes de datos: métricas descargadas de Datadog, un Excel, resultados de una herramienta de testing o el rendimiento de una API. Todo eso lo puede representar visualmente. Y dentro de tu propia aplicación también puedes pedirle gráficos: "en el dashboard crea charts como la imagen que te estoy pasando", adjuntando un screenshot de referencia.

Terminal, skills y despliegue a Supabase con el CLI

Cursor incluye una terminal integrada, y sigue siendo necesaria: por ejemplo, el proyecto no se sube solo a Supabase. Para que Cursor pueda desplegarlo por ti, lo ideal es instalar el CLI de Supabase y autenticarte con supabase login (se abre una ventana con un código, lo copias, lo pegas y listo).

Aquí entra algo que me parece clave: los skills. Son simplemente archivos Markdown que guían a la IA para que sepa hacer mejor las cosas: hay skills para crear frontend, mejorar interfaces, probar aplicaciones, hacer review de código y más. Con el instalador skills.sh puedes agregar, por ejemplo, las mejores prácticas de Postgres y los skills para manipular Supabase. Se instalan en una carpeta oculta dentro del proyecto (Cursor ya la lee por defecto) y no molestan en nada.

Con el CLI autenticado y los skills instalados, le dije: "Despliega este proyecto usando Supabase con el CLI". Y aquí un consejo: aunque Cursor te ofrece conectarte a Supabase vía MCP, te recomiendo el CLI. Es más rápido, más simple y no consume tantos tokens.

El resultado fue notable: sin crear nada manualmente, apareció en mi cuenta de Supabase un proyecto nuevo en producción, con la URL lista, las credenciales configuradas, el SQL ejecutado y el esquema completo (recetas, ingredientes, newsletter, configuraciones del sitio, perfiles). Al final Cursor entrega un resumen con el ID del proyecto, la URL del dashboard, la URL de la API y las credenciales de acceso. No tuve que entrar al código ni configurar nada a mano.

Cuando el login se quedó bloqueado tras el despliegue (algo normal), bastó con decirle "testea el login en el navegador usando el MCP de Cursor" para que encontrara el error, lo corrigiera y de paso detectara redirecciones innecesarias. Luego le pedí "crea recetas de prueba usando el navegador" y él mismo llenó los formularios con datos de prueba, confirmando que el frontend ya estaba conectado con el backend en producción.

Multitask: subagentes trabajando en paralelo

Para cerrar, el modo multitarea. Al darle "build in parallel" sobre un plan (probé con una API de reservas de citas médicas), Cursor lanza múltiples agentes que avanzan a la par en lugar de ir en secuencia, y el proyecto se construye mucho más rápido. También puedes delegar explícitamente: "crea un subagente para documentar con Swagger y otro subagente para añadir testing end-to-end". En la parte inferior ves cuántos subagentes están corriendo, y lo genial es que no interfieren entre ellos.

Eso sí, no toda tarea se puede paralelizar. Mi regla práctica: si hay que modificar el frontend en múltiples partes relacionadas, usa un solo agente; si vas a trabajar frontend y backend por separado, o documentación y testing como en mi caso, delega un agente a cada uno.

¿Vale la pena?

Después de probarlo a fondo, mi conclusión es que sí, es bastante usable, y puede que te sirva incluso mejor que otras herramientas enfocadas en código. GPT Codex o Claude Desktop también te ayudan a escribir código, pero lo más fuerte de Cursor es que viene de ser un editor: el autocompletado, la edición directa de archivos y el explorador siguen ahí, mientras que las demás aplicaciones te limitan a que todo sea por chat. Si eres desarrollador y quieres algo más parecido a lo que usabas antes, pero con el poder de los agentes múltiples, esta interfaz es de lo más completo que hay ahora mismo.

Lo único que realmente necesitas es conocer los comandos correctos y los skills correctos. Una vez hecho eso, prácticamente todo es automático: planificas, construyes, testeas con el navegador y despliegas a producción sin salir de la misma ventana.