Cursor quiere ejecutar tus agentes y alojar el código que escriben

Las notas de lanzamiento de Cursor suelen leerse como listas de funciones. Esta se lee como una reivindicación de territorio. En un anuncio publicado hoy, la compañía lanzó Projects, una capa donde un agente coordinador planifica el trabajo y lo entrega a subagentes, junto con Origin, un alojamiento de código propio con repositorios, solicitudes de extracción y sincronización bidireccional con GitHub.

Ambos llegan en beta en lugar de como productos terminados, y las preguntas que dejan abiertas importan más que la lista de funciones.

Qué lanzó realmente Cursor hoy

Projects se encarga de los trabajos más grandes: una función, una migración, una aplicación completa. Su agente coordinador no escribe código por sí mismo. Planifica el trabajo, lo delega en agentes que lo implementan y luego devuelve el resultado terminado para su revisión, ejecutando tantos agentes en paralelo como requiera la tarea. Un proyecto se ejecuta en su propia máquina en la nube, así que cerrar un portátil no lo detiene, y cuando una prueba tiene que ejecutarse localmente, el coordinador levanta un agente local para ejecutarla allí.

Origin cubre el alojamiento, empezando por repositorios, solicitudes de extracción, navegación de código y sincronización con GitHub, con funciones nativas para agentes prometidas más adelante. Los agentes en la nube ya no necesitan una conexión a GitHub o a un SCM de terceros para empezar, y los trabajadores autoalojados ahora admiten el uso de computadora en Linux y Mac.

Projects está en beta y se está desplegando gradualmente para todos los usuarios a partir de hoy. Origin llega hoy a beta temprana en planes de pago, excluyendo a las organizaciones Enterprise cuyos administradores opten por no participar.

Origin vs. GitHub: la cuestión de la fuente de verdad

Cursor no presenta Origin como un reemplazo de GitHub, y la mecánica lo respalda. Para los repositorios alojados en Origin, Origin es la fuente de verdad y los push nunca llegan a GitHub. Para los repositorios importados desde GitHub, GitHub sigue siendo la fuente de verdad, los push siguen yendo allí, y Origin refleja el resultado. Las solicitudes de extracción en repositorios sincronizados se mueven en ambos sentidos: un comentario dejado en Cursor se publica en GitHub, y una respuesta en GitHub llega a Cursor en cuestión de segundos.

El peso está en el otro caso: un repositorio creado en Origin, trabajado por agentes, revisado y fusionado dentro de Cursor, sin tocar nunca GitHub. Los repositorios llevan un nombre de base de código que pasa a formar parte de su URL, cursor.com/codebase/acme-corp, y Cursor está integrando además un ecosistema de aplicaciones, con integraciones de Vercel, Depot y Buildkite disponibles ahora y Vercel dando a cada solicitud de extracción un despliegue de vista previa.

La afirmación del coordinador y los subagentes, contrastada con la redacción

La afirmación que hay que aislar es que el coordinador no escribe el código. Planifica, delega y devuelve trabajo para su verificación, ejecutando tantos agentes en paralelo como exija el trabajo. Cursor dice que Projects delega tareas a miles de subagentes. Los subagentes ahora pueden ejecutarse en sus propias máquinas virtuales, cada una con una copia aislada del proyecto y un contexto limpio en su propio entorno en la nube, lo que elimina el riesgo de que parches en paralelo choquen en los mismos archivos.

Esa es una respuesta sensata a un problema real. Lo que el anuncio no ofrece es una medición. Ninguna tasa de éxito, ningún límite sobre cuántos agentes gestiona un coordinador antes de que caiga la calidad, ningún ejemplo publicado de un proyecto en ejecución durante los meses de contexto que describe Cursor. Un Project mantiene un conjunto de archivos compartido sincronizado entre sus máquinas en la nube y locales, y los agentes añaden investigación, artefactos y lo que aprenden sobre la base de código. El mecanismo es plausible, y no está probado.

Capacidad autoalojada: la infraestructura empresarial detrás de la beta

La propuesta empresarial de Cursor se apoya en tres opciones separadas.

Los pools no están vinculados a un solo repositorio: nombra un pool y cualquier trabajador disponible puede tomar la solicitud. Los agentes en la nube también pueden ejecutarse en infraestructura que un comprador ya opera, incluidos AWS Lambda, Coder, Cloudflare, Daytona, Modal, Namespace, Vercel y E2B. Esa lista apunta a equipos que no entregarán artefactos de compilación ni secretos a la nube de un proveedor, y cuya revisión de seguridad se estanca exactamente en ese punto.

Qué observar: precios, fiabilidad y la cláusula de exclusión

Tres vacíos destacan. Cursor no publicó ningún precio para Projects, Origin, los pools autoalojados ni los socios de infraestructura que nombró. El despliegue de Origin excluye a las organizaciones Enterprise cuyos administradores eligen no participar, lo que sugiere que la empresa espera resistencia de compradores a los que dedicó una sección para atraer. Y las afirmaciones de autonomía, agentes que siguen un canal de Slack o una solicitud de extracción y actúan según lo que encuentran, dependen de bucles que solo un despliegue sostenido puede probar. Que esos bucles se mantengan en la tercera semana no es una pregunta que responda una publicación de lanzamiento.