La idea clave
La beta reúne contexto y trabajo continuado alrededor de un coordinador. Tiene más sentido en una migración o mantenimiento prolongado que en una consulta aislada.
Una tarea empieza en un chat, continúa en otro y termina con el asistente preguntando algo que ya habías explicado. Cursor Projects intenta resolver esa fragmentación llevando el trabajo a un proyecto persistente, con un agente coordinador al que puedes seguir dando instrucciones.
Qué ha anunciado Cursor
En su anuncio del 10 de septiembre, la empresa presenta Projects en beta y con despliegue gradual. El coordinador delega la ejecución en otros agentes, mantiene contexto compartido y puede reaccionar a suscripciones o tareas programadas. El trabajo se ejecuta por defecto en una máquina en la nube y puede recurrir a un agente local cuando hace falta.
La compañía describe usos internos en migraciones y mantenimiento de código. Sus cifras de productividad proceden de su propia experiencia; no las hemos reproducido y no permiten predecir cuánto mejorará el trabajo de cualquier equipo.
La diferencia se nota en las tareas que duran
Nuestra lectura es que la propuesta tiene más sentido cuando una tarea acumula decisiones. Cambiar el texto de un botón apenas necesita memoria. Migrar varias pantallas a un mismo sistema de diseño exige recordar qué patrón se ha elegido, qué casos faltan y qué errores ya se han corregido.
Un ejemplo propio de encargo sería: «Revisa las páginas de ayuda, identifica instrucciones que ya no coinciden con la interfaz y prepara cambios separados con la evidencia de cada discrepancia». El alcance está definido y el resultado se puede revisar sin aceptar una promesa genérica de mantenimiento.
Qué deberías fijar antes de delegar
Empieza por el criterio de finalización. Indica qué archivos o repositorios entran, qué cambios necesitan revisión y qué evidencia esperas recibir. Para un cambio visual puede ser una captura; para una corrección de código, una comprobación que reproduzca el fallo y deje de fallar después.
También conviene separar preparar un cambio de ponerlo en producción. La continuidad de un agente aumenta el valor de unos límites claros: qué puede modificar, cuándo debe detenerse y cómo recuperar el estado anterior si algo sale mal.
Un encargo que deja claro cuándo terminar
Propuesta editorial para una migración pequeña
Revisa las cinco páginas de ayuda de este repositorio. Identifica instrucciones que no coincidan con la interfaz actual y prepara una corrección por página, con la evidencia correspondiente. Conserva las URL. Termina cuando las cinco estén revisadas e indica cualquier discrepancia que no hayas podido confirmar. Prepara los cambios para revisión antes de publicar.
Ese encargo permite comprobar cobertura y resultado. «Mantén la documentación al día» no define qué páginas entran ni cuándo el trabajo está hecho. Para trabajos prolongados, registra también las decisiones aceptadas: si cambia un criterio, el agente necesita saber cuál sustituye al anterior.
Qué falta por comprobar
La beta puede llegar de forma gradual a las cuentas. Antes de basar un proyecto en ella, comprueba disponibilidad y condiciones en tu cuenta. No hemos medido su consumo, fiabilidad o calidad en una migración real.
El cambio de hábito que propone merece atención: definir un trabajo que dure y revisar sus resultados durante ese recorrido. La evaluación útil será si el contexto conservado reduce errores y repeticiones, además de cuántas tareas logra completar.
