Cursor Projects: el jefe que no escribe código

Llevo semanas dejando tareas largas a agentes. El modelo aguanta. El chat, no.

Empiezas bien. Luego abres otro hilo. Repites el repo, las preferencias, lo que ya se aprendió la semana pasada. No es que el modelo sea tonto. Es que el contenedor es un chat: nace, muere, y el siguiente empieza de cero.

El 10 de septiembre Cursor lanzó Projects. Beta, salida por la navegación izquierda del editor. El anuncio no vende un chat más listo. Vende un coordinador.

El jefe que no escribe código #

En un Project no hablas con quien pica el diff. Hablas con un agente coordinador. Cursor lo dice sin rodeos: él no escribe el código. Planea, reparte y te trae el trabajo para revisar.

Los que implementan son otros agentes. Investigación, implementación, pruebas. En paralelo cuando hace falta. El coordinador se queda libre para que le des otra dirección sin esperar a que termine un bloqueo.

Eso suena a jefatura. Y lo es, en el sentido bueno: alguien que mantiene el mapa mientras otros corren.

Contexto que dura meses, no un hilo #

Lo que me interesa no es el número de subagentes del anuncio. Es el contenedor.

Cada Project guarda un conjunto de ficheros compartidos. Se sincronizan entre la máquina en la nube del Project y, cuando hace falta, la tuya. Ahí van planes, artefactos, cómo se prueba un servicio, cómo te gusta que se trabaje. Si un agente aprende algo útil, el siguiente no tiene que redescubrirlo.

Cursor dice que ese contexto puede vivir meses. Frente a un chat que se pudre a las dos horas de contexto útil, eso es otra categoría.

Sigue cuando cierras el portátil #

El Project corre en su propio ordenador en la nube. Cierras el portátil y el trabajo no se corta. Si algo hay que probar en tu máquina, el coordinador puede levantar un agente local.

También puede engancharse a señales externas —lo llaman subscriptions—: un canal de Slack, un horario, tus pull requests. Actuar cuando aparece trabajo, sin que tú abras el chat.

No necesito inventarme un caso de uso épico. Bastaría con un Project que vigile CI o que lleve una migración a tirones, sin reexplicar el plan cada lunes.

Chat suelto frente a Project #

El chat sigue valiendo para lo corto: una duda, un parche, un «mírame este fichero».

El Project es para lo que sobrevive a un solo hilo: una feature con varios PR, una migración, el mantenimiento que nunca acaba. Cursor, en el blog, cuenta tres patrones internos: feature, migración y «gardening» (calidad, regresiones, el trabajo que vuelve).

La diferencia no es marketing. Es dónde vive la memoria y quién reparte el trabajo.

Encaja con el tablero de agosto #

En agosto cerró la compra de Cursor por SpaceX. El editor y Grok viven en la misma casa. Projects es producto de ese editor: más compute en flota, más trabajo que no cabe en un prompt.

No leo el anuncio como promesa de que «ya no hay que programar». Leo un cambio de unidad de trabajo: de mensaje a cuerpo de trabajo con jefe.

Lo que me llevo #

Ayer hablé del modelo. Hoy del arnés.

Si el cuello de botella ya no es «¿aguanta el contexto?» sino «¿quién recuerda el proyecto cuando yo no estoy?», Projects responde a eso. Coordinador que no escribe código. Agentes que sí. Ficheros compartidos que no se pierden al cerrar el hilo.

Lo probaré en algo que ya sé que se me pudre en chat: trabajo repartido en varios días, con preferencias que no quiero volver a pegar.

Sin bombo: el 10 de septiembre Cursor puso un jefe encima de los agentes. El resto se verá en la revisión de PRs, no en el post de lanzamiento.

Fuentes: Introducing Projects (Cursor), changelog de Projects.