Hola, aquí Hoda.
“Projects”, la nueva función que Cursor anunció el 10 de septiembre de 2026 (hora de EE. UU.), no es solo una extensión de los ya conocidos modo Agente y modo Plan; es una característica que rompe por completo la idea del “chat único” como la unidad de trabajo. Para ir directo al grano, la diferencia se resume en esto:
- Modo Agente / Modo Plan / Modo Pregunta → selectores de modo que deciden cómo se comporta un único agente dentro de un solo chat (una sesión).
- Cursor Projects → una capa de gestión que se sitúa totalmente fuera de la unidad de “chat” y abarca un proyecto completo a largo plazo.
Analicemos esa diferencia con más detalle a continuación.
Descripción general de Cursor Projects
Projects está diseñado para tareas complejas que duran semanas o meses, como el desarrollo de funciones, migraciones o la creación de una aplicación entera. Inicias un Project desde la barra de navegación lateral, le indicas qué deseas construir y, a partir de ese momento, un agente llamado “coordinador” toma el control.
Se ejecuta a través de un agente en la nube en lugar de hacerlo directamente desde el IDE, por lo que primero abres el Agent Window y lo seleccionas desde allí.
Puedes crear uno nuevo de esta manera:
Lo importante es que el coordinador nunca escribe código. Su única función es planificar, delegar la implementación real en subagentes independientes que se ejecutan en la nube y devolverte el trabajo terminado (un borrador de PR) para que lo revises. Como nunca se queda bloqueado esperando una ejecución, siempre puede responder a cualquier instrucción adicional que le envíes.
Dado que se ejecuta en la nube, sigue trabajando hacia el objetivo de forma automática incluso después de que cierres tu portátil.
Tres mecanismos sustentan a Projects.
-
El trabajo no se detiene cuando cierras tu portátil (ejecución en la nube por defecto).
-
Los archivos compartidos se acumulan por cada Project y se transfieren al agente para la siguiente tarea.
-
Puede activarse por sí mismo —vigilando Slack, rastreando PRs o ejecutándose según un horario— sin necesidad de que le des indicaciones.
-
Es ideal para trabajos que no terminan en un solo chat, como una migración que abarca cientos de PRs.
-
Debido a que el coordinador delega en múltiples subagentes en paralelo, el uso de tokens aumenta aproximadamente en proporción al número de agentes.
-
Todavía está en fase beta, por lo que aún no se han publicado los precios específicos de Projects ni los límites de concurrencia.
-
Eleva la carga de revisión de tu lado, ya que pueden llegarte varios borradores de PR a la vez.
-
Para una corrección pequeña y puntual, el modo Agente tradicional sigue siendo más rápido y económico.
En qué se diferencia del modo Agente, modo Plan y modo Pregunta
Esta es probablemente la parte que más te intriga, así que aquí la tienes en forma de tabla.
| Modo Pregunta | Modo Agente | Modo Plan | Cursor Projects | |
|---|---|---|---|---|
| Quién escribe el código | Nadie (solo lectura) | El agente implementa directamente | El agente implementa después de que apruebes un plan | El coordinador nunca escribe código; lo implementa un subagente delegado |
| Unidad de trabajo | Un intercambio | Una tarea / un chat | Una tarea / un chat | Una función, migración o aplicación completa (puede abarcar varios PRs) |
| Cuánto tiempo se ejecuta | Solo durante la sesión | Solo durante la sesión | Solo durante la sesión | De semanas a meses |
| Dónde se ejecuta | Local (dentro del editor) | Local, o lanzado como agente en la nube | Local | En la nube por defecto; inicia un agente local solo cuando es necesario |
| Contexto | Desaparece al cerrar el chat | El mismo (persisten elementos separados como .cursor/rules) | Un plan aprobado se puede guardar como Markdown | Se acumula en archivos compartidos específicos del Project que pasan al agente en la siguiente tarea |
| Qué lo activa | Una persona da indicaciones cada vez | Una persona da indicaciones cada vez | Una persona da indicaciones cada vez | Instrucciones de una persona, además de inicios autónomos desde Slack, PRs o un calendario (suscripciones) |
| Ideal para | Comprender código, hacer preguntas | Implementaciones medianas o correcciones | Funciones complejas con múltiples enfoques de implementación posibles | Desarrollo de funciones a largo plazo, grandes migraciones y mantenimiento continuo |
En otras palabras, la diferencia entre el modo Agente y el modo Plan es en realidad solo una diferencia en los pasos dentro de una misma tarea: si insertas o no un paso de aprobación del plan antes de la implementación.
Por otro lado, Projects elimina por completo la premisa de “una sola tarea” y aporta todo un sistema de aprobación, delegación y memoria para abordar algo mucho mayor: una “obra de trabajo”. Si el plan que elaboras en el modo Plan es un plano para una sola tarea, el contexto compartido en Projects se parece más a un manual operativo que sigue creciendo mientras dure el proyecto.
Los tres mecanismos principales, con un poco más de detalle
Ejecución en la nube (en la nube por defecto, local solo cuando es necesario) Un Project se ejecuta en un entorno dedicado en la nube, por lo que el trabajo continúa incluso mientras tu propia máquina está apagada. El coordinador solo activa un agente local cuando es estrictamente necesario reproducir una prueba de forma local.
Contexto compartido Cada Project mantiene un conjunto de archivos que se sincronizan en todos los agentes que trabajan en él, tanto en la nube como en local. Una vez que un agente descubre cómo probar un servicio, todos los agentes posteriores pueden consultar esos mismos archivos y seguir los mismos pasos. La idea es que, a medida que esto se acumula, el coordinador se vuelve más preciso con el tiempo.
Suscripciones Puedes configurar condiciones de vigilancia (un canal de Slack específico, la apertura o fusión de un PR, un horario fijo) y, una vez cumplida la condición, el trabajo comienza sin esperar a que una persona dé más instrucciones.
La base de todo esto es la función de monitorización de Cloud Agent (Automations); se puede considerar que Projects integra esa capacidad bajo el control del coordinador combinándola con el contexto compartido.
Para qué tipo de trabajo está indicado
Cursor destaca tres casos de uso principales:
- Desarrollo de funciones: el mismo Project abarca todo el ciclo (investigación, planificación, implementación y pruebas en paralelo, e incluso la corrección de errores posteriores al lanzamiento) mientras conserva el contexto durante todo el proceso.
- Migraciones: trabajos que son “fáciles de empezar pero difíciles de terminar”. Al principio revisas cada PR rigurosamente y, a medida que la situación se estabiliza, vas cediendo cada vez más control al coordinador.
- Mantenimiento y limpieza (Gardening): el cuidado continuo de la calidad y el seguimiento de regresiones que nunca termina realmente. La idea es escanear continuamente los nuevos PRs y, si se repite el mismo error, hacer que añada una regla de linter para detectarlo en el futuro.
Visto de otro modo: si solo estás arreglando el color de un botón, no tiene mucho sentido abrir un Project; el modo Agente normal es más que suficiente.
Precios
A fecha de septiembre de 2026, Projects no tiene un precio independiente; se ofrece como una función beta para los usuarios con un plan de pago. Dicho esto, como se ejecuta en la infraestructura de Cloud Agent, sigues haciéndome cargo de los costes de API aplicados al modelo que hayas elegido. El propio Cursor señala que ejecutar, por ejemplo, cinco subagents en paralelo equivale aproximadamente a multiplicar por cinco el uso de tokens de forma aritmética; se describe “miles de subagents” como un límite máximo, no como algo que todos los trabajos necesiten realmente.
Aspectos que conviene comprobar antes de adoptarlo
- Empieza con un único repositorio y un solo tipo de tarea.
- Mantén los lanzamientos de producción y cualquier aspecto relacionado con la facturación fuera del alcance de los permisos automáticos.
- Revisa los archivos de contexto compartido periódicamente; las instrucciones obsoletas que queden ahí pueden provocar que se repita el mismo error.
- Mantén restringidas las condiciones de activación para los inicios basados en Slack o calendarios, y vigila los falsos positivos.
- No des por sentado que todo lo que regresa es un borrador de PR definitivo; mantén los derechos de fusión en manos humanas.
Resumen
- El modo Agente, el modo Plan y el modo Pregunta son “modos” que deciden cómo se comporta un único agente dentro de un chat.
- Cursor Projects es una capa independiente que gestiona una “obra de trabajo” completa —que abarca múltiples PRs o tareas— a largo plazo, utilizando un coordinador y un contexto compartido.
- La mayor diferencia entre ambos se reduce a quién implementa el trabajo: “la persona con la que hablas directamente” (modo Agente) frente a “un subagente delegado” (Projects).
- Es una excelente opción para el desarrollo de funciones, migraciones y mantenimiento continuo. Para una corrección pequeña y puntual, el modo Agente normal sigue siendo todo lo que necesitas.
He cubierto el modo Plan con más detalle en otro artículo del sitio, así que échale un vistazo también si te interesa.
