Cursor ha lanzado Projects, en beta para todos los usuarios. Está pensado para trabajos que no caben en una sola sesión —funciones, migraciones, aplicaciones enteras— y cambia lo que se considera la unidad de trabajo.
Qué hace
Un agente coordinador planifica el trabajo y lo delega a agentes de implementación. Cursor describe una delegación a miles de subagentes, con ejecución en la nube que continúa mientras tu portátil está cerrado.
El contexto se mantiene en archivos compartidos que se sincronizan entre todos los agentes y se acumulan con el tiempo, de modo que el sistema está pensado para volverse más eficaz en una base de código determinada cuanto más tiempo trabaja sobre ella. Las suscripciones permiten que un proyecto monitoree canales de Slack, se ejecute según un calendario y haga seguimiento de pull requests, lo que significa que puede actuar sin que se le indique.
Qué es realmente nuevo aquí
No son los agentes. Es la capa de coordinación. La mayoría de las herramientas de agentes todavía asumen que una persona descompone la tarea y supervisa cada pieza; Projects traslada esa descomposición al sistema y mantiene el estado a lo largo de meses en lugar de a lo largo de una sola conversación.
El trabajo recurrente y no solicitado es el cambio más marcado. Un agente que actúa según un calendario o un mensaje de Slack se parece más a un servicio en segundo plano que a una función de un editor, y necesita gestionarse como tal.
La contrapartida
El contexto acumulado a largo plazo es precisamente lo que hace útiles a estos sistemas y precisamente lo que dificulta su auditoría. Cuando un coordinador delega en muchos subagentes a lo largo de meses, responder a la pregunta de "por qué hizo eso" exige que los archivos de contexto compartido sean legibles para una persona, no solo para el modelo.
Lo mismo se aplica a las ejecuciones no solicitadas. Cualquier cosa que pueda abrir un pull request según un calendario necesita la misma disciplina de revisión que un colega que pudiera hacerlo, y posiblemente más, porque nadie está pendiente del reloj en su nombre.
Quién debería fijarse en esto
Los equipos que arrastran migraciones largas o acumulaciones persistentes de mantenimiento —el trabajo que nunca se prioriza porque nunca cabe en un sprint—. Ese es el tipo de trabajo para el que está pensado Projects. Para tareas de una sola sesión, añade una sobrecarga de coordinación sin una recompensa a cambio.