Hoy lanzamos Projects en Cursor. Projects te permite afrontar trabajos de mayor envergadura, como una funcionalidad, una migración o una aplicación completa. Mantiene el contexto a lo largo de meses de trabajo, delega tareas en miles de subagentes y realiza trabajo recurrente sin que se lo pidas.

En febrero expusimos nuestra visión de una tercera era del desarrollo de software, en la que fleets de agentes se encargan de trabajos completos. Projects es la implementación concreta de esa visión. Al subir un nivel de abstracción, libera a los desarrolladores de tener que gestionar agentes y les permite dirigir el trabajo en sí.

En Cursor llevamos varios meses usando Projects para tareas como ejecutar migraciones de unos cientos de PR, mantener la coherencia de nuestro sistema de diseño y lanzar el propio Projects. Hemos comprobado que multiplica la productividad de forma notable: los usuarios nuevos fusionan un 30 % más de PR, y quienes usan Projects de forma habitual fusionan seis veces más.

#Dirige miles de agentes desde un solo coordinador

Supervisas un Project chateando con su agente coordinador. El coordinador no escribe código, sino que dirige a otros agentes que sí lo hacen. Como delega en lugar de ejecutar, nunca se queda bloqueado y siempre responde a tus indicaciones.

Hay tres capacidades centrales que hacen posibles los Projects:

En la cloud por defecto, en local cuando hace falta. Un Project se ejecuta en su propia computadora, así que cerrar tu portátil no lo detiene. Esto permite que un Project ejecute más subagentes en paralelo de los que tu portátil podría soportar. Cuando algo hay que probarlo en tu máquina, el coordinador levanta un agente local para ejecutarlo ahí.

Contexto compartido. No deberías tener que poner al día a un agente cada vez que empiezas una tarea. Cada Project mantiene un conjunto de archivos que se sincronizan en todas las máquinas cloud y locales que usan sus agentes. Los agentes añaden investigación y artifacts, junto con lo que aprenden sobre el codebase y cómo prefieres que se hagan las cosas. Si un agente descubre cómo probar un servicio, por ejemplo, todos los agentes futuros pueden usar esas instrucciones. Este contexto crece con el Project y hace que el coordinador sea más eficaz con el tiempo.

Subscriptions. El coordinador puede vigilar un canal de Slack, ejecutarse según una programación o seguir todos tus PRs, arreglando CI y actuando cuando se abren o se fusionan. Así puede actuar en función de las señales que detecta, sin esperar a que se lo pidas.

#Cómo usamos Projects en Cursor

Tres patrones abarcan casi todo lo que nuestros ingenieros hacen con Projects.

#Trabajo en funcionalidades

La mayoría de los ingenieros crean un Project para un volumen de trabajo considerable. Una funcionalidad suele empezar con agentes que investigan el sistema y registran lo que aprenden como contexto compartido. Después, el coordinador crea un plan y envía agentes para implementar y probar distintas partes en paralelo.

Con cada turno de feedback, el Project aprende tu arquitectura y tus preferencias. Cuando la funcionalidad está lista para probarse, el coordinador puede iniciar un agente en tu computadora y ejecutarlo localmente. Una vez publicada, el mismo Project puede monitorear los logs y atender reportes de errores con todo el contexto que hay detrás de las decisiones originales.

#Migraciones

Projects resulta especialmente útil para migraciones que son fáciles de empezar y difíciles de terminar. En Cursor las hemos usado para adoptar nuevos frameworks y reemplazar sistemas de estilos a lo largo de cientos de PRs.

Trabajas con el coordinador para definir un enfoque seguro y, después, este lo aplica de forma incremental en todo el codebase. Al principio revisas cada PR con detalle. A medida que las soluciones demuestran ser sólidas, revisas menos y el coordinador continúa con la migración por su cuenta.

#Jardinería

Los Projects son ideales para el trabajo que nunca termina de verdad, como mantener la calidad del código o vigilar posibles regresiones. Puedes indicarle al coordinador que siga los nuevos PRs, que esté atento a los reportes de error en Slack o que se ejecute según una programación, y actuará en cuanto aparezca trabajo nuevo.

Un ingeniero de nuestro equipo lleva así un Project de sistema de diseño. Al principio, revisaba cada solución y corregía las que salían mal. Ahora el coordinador analiza cada PR nuevo, extrae los componentes que corresponden al sistema de diseño y agrega una regla de lint cada vez que detecta el mismo error dos veces. El Project va camino de abarcar entre 20 y 100 PRs al día, así que el coordinador organiza el trabajo y el ingeniero interviene donde hace falta su atención.

#Comienza con Projects

Projects está disponible en beta y se irá habilitando para todos los usuarios a partir de hoy. Inicia un Project desde la barra de navegación izquierda, describe lo que quieres crear y el coordinador se encarga del resto. Funciona mejor con trabajos que van más allá de un solo chat, ya sea una funcionalidad con varios PR, una migración o una tarea que quieras dejar en marcha mientras no estás.