Cursor Projects: qué es y cómo el coordinador delega tareas
MarkdownCursor Projects, según el anuncio de Cursor: cómo el coordinador delega tareas, dónde se almacena el contexto compartido, cómo funcionan las Subscriptions y para qué sirve esta beta.
Leer el artículo completo
El 10 de septiembre de 2026, Cursor anunció la versión beta de Projects, una función para tareas grandes con contexto compartido que se conserva durante meses.
Un coordinador dirige el trabajo en Projects. No escribe código por sí mismo: planifica el trabajo y delega partes a otros agentes. Un proyecto tiene un conjunto compartido de archivos que contiene el material acumulado durante el proceso. También puedes pedirle al coordinador que vigile ciertos eventos y responda sin necesidad de un nuevo prompt. A continuación se describen las capacidades y limitaciones mencionadas en el anuncio de Cursor.
Documentación de referencia de Ailoot: ailoot.ai/docs/.
¿Qué es Cursor Projects, en pocas palabras?
Punto clave
Cursor Projects es una función para trabajar en una tarea grande: una nueva funcionalidad, una migración o una aplicación completa. Un coordinador planifica el trabajo y lo distribuye entre agentes de implementación. El coordinador no escribe código por sí mismo. Según el anuncio del 10 de septiembre de 2026, Projects está disponible en beta desde el panel de navegación izquierdo de Cursor; el acceso se está habilitando gradualmente para todos los usuarios.
El anuncio oficial de Cursor describe así el propósito de la función:
Projects te permite abordar trabajos de mayor envergadura, como una funcionalidad, una migración o una aplicación completa. Mantiene el contexto durante meses de trabajo, delega tareas a miles de subagentes y realiza tareas recurrentes sin que se lo pidas.
En otras palabras: Projects te permite abordar tareas grandes, como una nueva funcionalidad, una migración o una aplicación completa. Mantiene el contexto durante meses de trabajo, delega tareas a miles de subagentes y realiza tareas recurrentes sin un prompt del usuario.
¿En qué se diferencia el coordinador de un agente normal de Cursor?
Punto clave
El coordinador de un proyecto planifica el trabajo, lo distribuye entre agentes de implementación y te presenta el trabajo terminado para que lo revises. No escribe código por sí mismo. Los coordinadores crean y gestionan agentes en tu nombre, ejecutando tantos en paralelo como requiera el trabajo.
Así describe Cursor la división de funciones:
El agente coordinador de un proyecto no escribe código por sí mismo; planifica el trabajo, lo delega a agentes que lo implementan y te presenta el trabajo terminado para que lo revises. Los coordinadores crean y gestionan agentes en tu nombre, ejecutando tantos en paralelo como requiera el trabajo.
En otras palabras: el coordinador de un proyecto no escribe código por sí mismo. Planifica el trabajo, lo delega a agentes de implementación y te presenta el trabajo terminado para que lo revises. Los coordinadores crean y gestionan agentes en tu nombre, ejecutando tantos en paralelo como requiera el trabajo.
Puedes comparar la división de funciones con la de un capataz y su equipo: el capataz planifica el trabajo y asigna tareas a quienes las llevarán a cabo. En Projects, quienes las realizan son agentes de IA gestionados por el coordinador. El coordinador sigue presentándote el trabajo terminado para que lo revises. Este modelo se parece a la organización de «orquestador y trabajadores» de los sistemas multiagente; consulta la guía para distribuir tareas entre agentes.
El proyecto se ejecuta en la nube, pero el coordinador puede iniciar un agente local para probar algo en tu máquina:
Un Project se ejecuta en su propio ordenador en la nube, así que cerrar el portátil no lo detiene. Cuando hay que probar algo en tu máquina, el coordinador inicia un agente local para ejecutarlo allí.
En otras palabras: el proyecto se ejecuta en su propio ordenador en la nube, así que cerrar el portátil no lo detiene. Cuando hay que probar algo en tu ordenador, el coordinador inicia allí un agente local para realizar la prueba.
¿Cómo funciona la memoria compartida de un proyecto?
Punto clave
Cada proyecto tiene un conjunto de archivos que se sincroniza entre todas las máquinas locales y en la nube que utilizan sus agentes. Los agentes guardan allí sus hallazgos, artefactos y lo que aprenden sobre el código y tu forma preferida de trabajar. Si un agente averigua cómo probar un servicio, los agentes futuros pueden usar esas instrucciones.
Cursor llama a este mecanismo Shared context:
Cada Project mantiene un conjunto de archivos que se sincroniza entre todas las máquinas locales y en la nube que utilizan sus agentes. Los agentes añaden investigaciones y artefactos, además de lo que aprenden sobre la base de código y sobre cómo prefieres que se haga el trabajo. Por ejemplo, si un agente averigua cómo probar un servicio, todos los agentes futuros pueden usar esas instrucciones. El contexto compartido crece con el Project y, con el tiempo, hace que el coordinador sea más eficaz.
En otras palabras: cada proyecto conserva un conjunto de archivos que se sincroniza entre todas las máquinas locales y en la nube de sus agentes. Los agentes añaden resultados de investigación, artefactos e información sobre el código y tus preferencias de trabajo. Si un agente averigua cómo probar un servicio, todos los agentes futuros pueden usar sus instrucciones. El contexto compartido crece con el proyecto, lo que, según Cursor, hace que el coordinador sea más eficaz con el tiempo.
El coordinador puede recurrir al material acumulado. Esto se acerca a la idea de un Second Brain, pero aquí se refiere a la memoria compartida de un proyecto en Cursor, no a tu memoria personal. Los agentes la amplían por sí mismos mientras trabajan.
Si te interesa crear una memoria personal similar en Claude Code, hay una guía aparte sobre el Second Brain en Claude Code. Trata la idea relacionada de acumular material para trabajos futuros.
Acumular contexto entre tareas forma parte de la ingeniería de contexto: gestionar qué se incorpora a la memoria de la IA y dónde se guarda.
¿Qué son las Subscriptions en Cursor Projects?
Punto clave
Las Subscriptions te permiten pedirle al coordinador que vigile un canal de Slack, se ejecute según un horario o siga todas tus pull requests. Entonces el coordinador responde por su cuenta a las señales, sin necesidad de un nuevo prompt. Un ejemplo del anuncio: conecta Slack e indica un canal para informar de errores; cuando llega un informe nuevo, el coordinador empieza a delegar una tarea.
La memoria compartida conserva el material del proyecto, mientras que las Subscriptions especifican cuándo debe actuar el coordinador. Una vez configurado así, no tiene que esperar a que escribas una nueva tarea en el chat:
Dile al agente coordinador que vigile un canal de Slack, se ejecute según un horario o siga todas tus PR. Así podrá actuar según las señales que detecte, sin esperar a que le des un prompt.
En otras palabras: pídele al coordinador que vigile un canal de Slack, se ejecute según un horario o siga todas tus pull requests, y podrá actuar según las señales que detecte sin esperar a que le des un prompt.
Un ejemplo del mismo anuncio:
Conecta Slack e indica un canal para informar de errores; cada vez que llega un error, empieza a delegar tareas.
En otras palabras: conecta Slack e indica un canal para informar de errores; cuando llega un informe nuevo, el coordinador empieza a delegar una tarea.
El anuncio oficial no explica qué otros eventos, aparte de Slack, los horarios y las PR, pueden activar el trabajo, ni indica el precio de la función. Para configurarla, abre Projects desde el panel de navegación izquierdo de Cursor. Aquí no se proporcionan pasos detallados de configuración: sigue la interfaz de la versión que tengas disponible.
Cuándo considerar Cursor Projects
Punto clave
Cursor ofrece Projects para tareas grandes: una nueva funcionalidad, una migración o una aplicación completa. Mi recomendación editorial: para un cambio puntual o una tarea pequeña, probablemente basta con un agente de chat normal. Considera Projects para tareas grandes que se prolongan en el tiempo.
El anuncio describe el propósito de la función como «trabajos de mayor envergadura, como una funcionalidad, una migración o una aplicación completa»; es decir, tareas grandes como una nueva funcionalidad, una migración o una aplicación completa. Ese caso de uso es la base de mi recomendación. Si una tarea cabe en una sola conversación con un agente, probablemente basta con un agente de chat normal. Si vuelves con frecuencia a una tarea grande y al mismo código, el contexto compartido de Projects puede ayudarte: los agentes futuros pueden usar las instrucciones y los hallazgos ya acumulados.
Si estás eligiendo entre Cursor y otras herramientas, hay una comparación aparte: Cursor vs Claude Code. Analiza en qué se diferencian en el trabajo cotidiano, sin Projects.
Qué hacer a continuación
Cursor Projects estaba en beta cuando se anunció el 10 de septiembre de 2026. El anuncio oficial no indica el precio, así que consulta los precios y límites dentro del producto cuando lo actives, en lugar de basarte en este artículo.
Sigue explorando Ailoot en ailoot.ai.
Más detalles
Preguntas sobre Cursor
¿Cuándo basta un chat normal con el agente en vez de Projects?
Para un cambio puntual que cabe en una conversación, un chat normal es un punto de partida razonable. Projects se orienta a trabajos mayores que continúan en el tiempo y aprovechan hallazgos e instrucciones compartidos.
¿Qué compruebo antes de activar una Subscription?
Define qué señal debe vigilar el coordinador: un canal Slack de errores, un horario o pull requests. Comprueba la interfaz, los precios y los límites de tu cuenta; el anuncio no proporciona un precio ni una guía completa de configuración.