TL;DR:
- Cursor comenzó el 17 de agosto de 2026 el despliegue gradual de Origin en beta temprana para sus planes de pago.
- El servicio aloja repositorios y pull requests, pero una copia sincronizada conserva a GitHub como fuente de verdad y replica la actividad en ambas direcciones.
- Vercel, Buildkite y Depot ya ofrecen integraciones; el lanzamiento coincidió con una caída amplia de GitHub, aunque Origin había sido presentado meses antes.
Cursor comenzó este 17 de agosto de 2026 a desplegar Origin, un servicio de alojamiento de código integrado en su plataforma que permite crear repositorios, revisar y fusionar pull requests, explorar archivos y poner a sus agentes a trabajar sobre el mismo espacio. La beta temprana llega de forma gradual a los planes de pago, con opción para que los administradores empresariales la desactiven. El movimiento importa porque Cursor deja de depender por completo de plataformas externas para guardar el código que producen sus agentes y entra en el terreno central de GitHub, aunque la sincronización mantiene a GitHub como fuente de verdad para los repositorios que ya nacieron ahí.
La empresa presentó Origin con una demostración desde su cuenta oficial. El video muestra la nueva superficie de repositorios y el flujo para incorporar proyectos alojados en GitHub.
Origin, our code hosting platform, is now live.
— Cursor (@cursor_ai) August 17, 2026
It's fast, easy to use, and deeply integrated with Cursor.
Get started by syncing your repos from GitHub. pic.twitter.com/aqRHavAOQg
Origin puede alojar un repositorio o usar GitHub como fuente de verdad
Un repositorio nuevo puede vivir directamente en Origin. El usuario entra en la pestaña Codebase, crea el proyecto, instala la interfaz de línea de comandos de Origin y usa comandos estándar de Git para clonar, hacer push o descargar cambios. Cursor también permite compartir esos repositorios con el equipo y administrar accesos y aplicaciones conectadas.
La segunda ruta funciona como puente. Una organización conecta su cuenta de GitHub, selecciona los repositorios que quiere reflejar y Origin mantiene una copia actualizada. Para activar ese espejo, la documentación exige que el usuario tenga permisos de administrador sobre el repositorio de origen.
La diferencia entre ambos flujos define si Origin reemplaza o complementa a GitHub:
| Flujo | Repositorio nativo de Origin | Repositorio sincronizado desde GitHub |
|---|---|---|
| Fuente de verdad | Origin | GitHub |
| Destino de los push | Origin | GitHub |
| Pull requests | Se gestionan en Origin | Se sincronizan en ambas direcciones |
| Al desconectarlo | No depende de un espejo externo | La copia se vuelve independiente y GitHub no cambia |
En un repositorio sincronizado, los cambios siguen llegando a GitHub. Si el equipo decide separarlo, Origin convierte su copia en un repositorio independiente y pasa a ser la fuente de verdad, sin borrar ni modificar el original. Esa salida permite probar la nueva plataforma antes de efectuar una migración real.
Pull requests, agentes y despliegues comparten la misma superficie
Origin reúne la cronología de un pull request, los commits, las comprobaciones automáticas, los archivos modificados, los comentarios y el botón para fusionar. 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 cambio más ligado al producto de Cursor está dentro del repositorio. Un agente puede responder preguntas sobre el código que el usuario está viendo, proponer cambios, actualizar un pull request o enviar una rama nueva. El editor, el agente, la revisión y el alojamiento dejan de ser superficies separadas.
Cursor todavía califica Origin como beta temprana y 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, por lo que tener un plan de pago no garantiza que la opción aparezca de inmediato. Las cuentas gratuitas quedan fuera del alojamiento de Origin en esta fase.
La primera red de integraciones cubre parte del camino hacia producción. Vercel abrió en beta pública la conexión 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 se encargan de integración continua; ambos pueden ejecutar flujos existentes de GitHub Actions y Buildkite también admite sus pipelines nativos.
Eso da a los primeros usuarios una ruta para probar, revisar y desplegar código, pero no equivale todavía a trasladar todo lo que una organización mantiene en GitHub. 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.
El lanzamiento coincidió con la caída de GitHub, pero Origin venía de antes
El momento le dio al anuncio una exposición difícil de planear. GitHub abrió una incidencia a las 13:40 UTC del 17 de agosto que afectó su web, API, Actions, operaciones Git, Issues, Pages, Pull Requests y Webhooks. En el punto más grave 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.
Dilis Salazar
Las bromas llegaron rápido. 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 el estreno: Origin 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 también 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 del servicio no atribuye a la adquisición ningún cambio de calendario o de funciones.
Alejandro Castillo Leone
Origin comienza así con dos funciones distintas: es un alojamiento independiente para repositorios nuevos y un puente para equipos que todavía trabajan sobre GitHub. Solo la primera coloca a Cursor como fuente de verdad; la segunda mantiene la infraestructura de Microsoft debajo mientras traslada a Cursor una parte mayor de la revisión y el trabajo de los agentes.
