✨︎ Resumen (TL;DR):
- Cursor inició el 17 de agosto de 2026 el despliegue gradual de Origin, en beta temprana para planes de pago.
- Origin aloja repositorios y pull requests; los proyectos sincronizados conservan a GitHub como fuente de verdad y replican la actividad en ambas direcciones.
- Vercel, Buildkite y Depot ya tienen integraciones, pero Origin todavía no cuenta con fecha de disponibilidad general, límites definitivos de almacenamiento ni precio separado anunciado.
Cursor comenzó el 17 de agosto de 2026 el despliegue gradual de Origin, un servicio integrado en su plataforma para alojar repositorios, revisar y fusionar pull requests y poner a sus agentes a trabajar sobre el código. La beta temprana llega a los planes de pago, con una opción para que los administradores empresariales la desactiven. Las cuentas gratuitas quedan fuera en esta fase.
Origin reduce la dependencia de Cursor frente a plataformas externas para guardar el código que producen sus agentes, pero no desplaza automáticamente a GitHub. En los repositorios sincronizados, GitHub sigue siendo la fuente de verdad.
Dos rutas para alojar un repositorio
Origin es un servicio de alojamiento de código integrado en la plataforma de Cursor que permite crear repositorios, revisar y fusionar pull requests, explorar archivos y trabajar con agentes desde el mismo espacio.
La primera opción consiste en crear un repositorio directamente en Origin. Desde la pestaña Codebase, el usuario crea el proyecto, instala la interfaz de línea de comandos de Origin y utiliza comandos estándar de Git para clonar, hacer push o descargar cambios. También puede compartir el repositorio con su equipo y administrar accesos y aplicaciones conectadas.
La segunda opción conecta una cuenta de GitHub. La organización selecciona los repositorios que quiere reflejar y Origin mantiene una copia sincronizada. La documentación exige que el usuario tenga permisos de administrador sobre el repositorio de origen para activar ese espejo.
En la práctica, el papel de cada plataforma depende del tipo de repositorio:
- Repositorio nativo de Origin: Origin es la fuente de verdad, los push llegan a Origin y los pull requests se gestionan ahí.
- Repositorio sincronizado desde GitHub: GitHub mantiene la fuente de verdad, los push siguen llegando a GitHub y los pull requests se sincronizan en ambas direcciones.
Si el equipo desconecta un repositorio sincronizado, Origin convierte su copia en un repositorio independiente. GitHub no borra ni modifica el original, mientras Origin pasa a ser la fuente de verdad. Ese mecanismo permite probar la plataforma antes de una migración real.
Pull requests y agentes comparten espacio
Origin reúne en la misma vista la cronología de un pull request, sus commits, comprobaciones automáticas, archivos modificados, comentarios y el botón para fusionarlo. En los proyectos reflejados, una observación escrita desde Cursor aparece en GitHub. Las respuestas y reacciones publicadas en GitHub regresan a Cursor en segundos, según la compañía.
El agente puede contestar preguntas sobre el código que está viendo el usuario, proponer cambios, actualizar un pull request o enviar una rama nueva. Cursor concentra así el editor, el agente, la revisión y el alojamiento dentro del mismo flujo de trabajo.
Cursor sigue describiendo Origin como una beta temprana. La empresa promete funciones adicionales diseñadas específicamente para agentes, pero no detalló cuáles serán ni cuándo llegarán. El acceso se activa por etapas, así que tener un plan de pago no garantiza que la opción aparezca de inmediato.
Integraciones para probar y desplegar
Vercel abrió en beta pública su conexión con Origin para clientes Pro y Enterprise. Cada pull request puede generar un Preview Deployment y, al fusionarse, activar un despliegue de producción.
Depot y Buildkite cubren la integración continua. Ambos pueden ejecutar flujos existentes de GitHub Actions, mientras Buildkite también admite sus pipelines nativos.
Con estas conexiones, los primeros usuarios tienen una ruta para probar, revisar y desplegar código sin trasladar de inmediato toda su operación de GitHub. Eso no equivale a mover todo lo que una organización mantiene en esa plataforma.
Cursor no anunció una fecha de disponibilidad general, límites definitivos de almacenamiento ni un precio separado para Origin fuera del requisito de contar con un plan pagado.
La caída de GitHub coincidió con el estreno
El despliegue coincidió con una incidencia amplia de GitHub, aunque Origin ya existía antes del anuncio. GitHub reportó el problema a las 13:40 UTC del 17 de agosto de 2026. La caída afectó su web, API, Actions, operaciones Git, Issues, Pages, Pull Requests y Webhooks.
En el punto más grave, GitHub reportó cerca de 20% de errores en experiencias web y tráfico de API, además de alrededor de 50% en descargas de archivos comprimidos y contenido sin procesar. El servicio declaró resuelto el incidente a las 21:15 UTC.
El contexto dio pie a una broma de Matt Palmer, quien trabaja en experiencia para desarrolladores en Cursor. Escribió en X: “Íbamos a lanzarlo antes, pero GitHub estaba caído”.
La coincidencia no demuestra que Cursor improvisara la fecha. Origin ya había sido presentado en la conferencia Compile de junio, y Vercel publicó el mismo día una integración preparada para la nueva plataforma.
Origin empieza como puente y alojamiento
Origin apareció solo tres días después de que SpaceX cerrara la compra de Cursor, el 14 de agosto. Cursor conserva su marca dentro de SpaceXAI, pero el anuncio de Origin no atribuye a la adquisición ningún cambio de calendario o de funciones.
El servicio inicia con dos papeles distintos. Para los repositorios nuevos, puede ser el alojamiento y la fuente de verdad. Para los proyectos reflejados, funciona como puente: GitHub conserva ese papel mientras Cursor concentra una parte mayor de la revisión y del trabajo de sus agentes.
La información que falta para evaluar una migración completa es concreta: disponibilidad general, límites de almacenamiento y precio independiente. Mientras Cursor no publique esos datos, Origin sirve para probar un flujo conectado con GitHub o para alojar proyectos nuevos, pero todavía no define las condiciones para reemplazar la plataforma en una organización.
