AIREITERDurante sus dos primeros meses, Cursor Origin no fue mucho más que una promesa y un formulario para dejar el email. El 17 de agosto de 2026, Cursor activó la beta temprana de su plataforma de alojamiento de código. Hay dos matices importantes desde el principio: los repositorios sincronizados desde GitHub siguen teniendo a GitHub como fuente de verdad, y la disponibilidad entre usuarios de pago no parece ser uniforme todavía.
¿Cursor Origin ya está disponible?
Cursor Origin está disponible en beta temprana desde el 17 de agosto de 2026 para usuarios de todos los planes de pago de Cursor. La excepción son las organizaciones Enterprise: según el mismo registro de cambios, sus administradores pueden excluirse. La página del producto enlaza a la beta desde su aviso de "Early beta".
Eso no significa que todos los usuarios vean lo mismo. En el hilo de lanzamiento de r/cursor del 17 y 18 de agosto, varios clientes de pago señalaron que el anuncio no se había reflejado aún en sus cuentas:
"Sigo viendo solo un formulario para apuntarme a la lista de espera." — u/NerdyGuy117, r/cursor
"Todavía no tengo acceso con mi plan Teams." — u/Darkoplax, r/cursor
Todo apunta a un despliegue gradual, no a una activación inmediata para todas las cuentas que cumplen los requisitos. Las cuentas habilitadas ven los repositorios de Origin en la pestaña Codebase; si tu plan es compatible y no aparece nada, la beta todavía no ha llegado a tu cuenta.
| Fecha | Qué ocurrió |
|---|---|
| 16 de junio de 2026 | Cursor anuncia Origin en su conferencia Compile: solo página de presentación y lista de espera |
| 17 de agosto de 2026 | Llega la beta temprana: repositorios, PR, exploración de código, sincronización con GitHub y agentes |
Cuando se anunció, un comentarista de r/cursor resumió la página del producto como "sin información. Una página de presentación con una caja para el email." (u/One-Poet7900)
Qué incluye realmente la beta de Origin
La beta estrena cuatro capacidades principales, recogidas en la tabla siguiente. Según el registro de cambios, los repositorios residen en la nueva pestaña Codebase de Cursor, su nombre pasa a formar parte de la URL —cursor.com/codebase/acme-corp en el ejemplo de Cursor— y para crear uno hay que seleccionar +New, asignarle un nombre, instalar la CLI y después clonarlo o subir un proyecto local existente.
Las pull requests muestran la cronología, los commits, las comprobaciones y los archivos modificados. Es posible revisar diferencias, comentar y fusionar sin salir del editor. Los iconos distinguen los repositorios alojados por Cursor de los sincronizados desde GitHub.
| Capacidad | Estado en la beta del 17 de agosto |
|---|---|
| Repositorios alojados por Cursor | Disponible (pestaña Codebase) |
| Pull requests: ver, comentar y fusionar | Disponible |
| Exploración y búsqueda de código | Disponible |
| Importación desde GitHub con sincronización en tiempo real | Disponible |
| Agentes trabajando dentro de repositorios | Disponible (primer conjunto) |
| Apps de Vercel, Depot y Buildkite | Disponible |
| Funciones nativas para agentes más allá de lo básico | "Próximamente", sin fechas |
| Pull requests apiladas | No documentado |
| Precios, límites y SLA | No publicados |
Así funciona de verdad la sincronización con GitHub
La sincronización de GitHub en Origin crea un espejo activo para revisar código, no una segunda fuente de verdad. Al conectar GitHub, elegir una organización y seleccionar repositorios, Cursor obtiene una copia sincronizada en tiempo real. Cualquiera con acceso de lectura o escritura al repositorio sincronizado puede verlo en Cursor, y es posible desconectarlo más adelante desde sus ajustes, según el registro de cambios.
La pregunta que seguía planteando la comunidad de Cursor ya existía antes de la beta:
"¿Origin sustituye a github o a git?" — u/sn2006gy, r/cursor
La arquitectura de la beta da la respuesta. En los repositorios que nacieron en GitHub, los pushes siguen yendo a GitHub; la copia en Origin sirve para explorar, buscar y consultar cambios. El registro de cambios de Cursor lo deja claro: GitHub continúa siendo la fuente de verdad.
| Acción | Dónde ocurre |
|---|---|
| Push a un repositorio sincronizado | GitHub; Origin lo replica |
| Comentar una PR en Cursor | Se publica en GitHub |
| Reacción o respuesta en GitHub | Aparece en Cursor "en cuestión de segundos", según el registro de cambios |
| Revisión asignada en GitHub | Se puede completar y fusionar en Cursor |
| Desconectar un repositorio sincronizado | Compatible, repositorio por repositorio |
La custodia solo cambia para los repositorios creados directamente en Origin.
Agentes y CI en los repositorios de Origin
Según el registro de cambios, los agentes con acceso a un repositorio de Origin pueden responder preguntas sobre el código, hacer cambios, actualizar pull requests y subir ramas. Un usuario de r/cursor expresó con claridad el cuello de botella resultante meses antes del lanzamiento: "Las revisiones de código se han convertido en un mal cuello de botella." (u/calloutyourstupidity)
El lanzamiento incorporó tres apps: Vercel, Depot y Buildkite. Conectar Vercel desde la pestaña Apps de un repositorio proporciona a cada PR un despliegue de vista previa para probar y comentar; al fusionarla, se despliega en producción. Depot y Buildkite ejecutan flujos de trabajo existentes de GitHub Actions; Buildkite también ejecuta sus pipelines nativos. Hay una diferencia importante: los repositorios sincronizados desde GitHub conservan el CI que ya tienen allí, mientras que los alojados directamente en Origin solo pueden conectarse por ahora a estas tres apps.
El registro de cambios no dice nada sobre la capa operativa que rodea a esos agentes: no detalla controles de autorización ni registros de auditoría para pushes iniciados por agentes, tampoco límites por repositorio ni costes. Si utilizas tus propios agentes de programación fuera de Cursor, se aplican los mismos criterios para elegir un LLM para agentes de código a cualquier sistema que haga pushes en tus repositorios.
Lo que la beta todavía no aclara
- No hay límites publicados de tamaño de repositorio, almacenamiento o concurrencia, ni SLA ni objetivo de disponibilidad.
- No existe una tarifa específica de Origin. "Incluido en los planes de pago" es por ahora todo el detalle comercial, sin información sobre recargos, cuotas o un posible plan gratuito futuro.
- No hay condiciones específicas de Origin sobre tratamiento de datos. La página de seguridad de Cursor indica una certificación SOC 2, pero las preguntas sobre datos de entrenamiento y retención planteadas en el anuncio no tienen una respuesta publicada para los repositorios alojados.
- Las cifras mostradas en la demo de Compile —22.6 commits por segundo en un repositorio y "cientos de miles de clones por hora"— siguen siendo afirmaciones de una demo: una guía independiente sobre Cursor las califica de no verificadas, y la cobertura del lanzamiento señala que la cifra, muy repetida, de "296,000+ clones" perdió su unidad temporal original.
Hasta que Cursor publique condiciones específicas para Origin, esta reacción de junio sigue siendo un freno real para su adopción:
"No hay ninguna posibilidad de que entregue a Cursor todo mi historial de Git." — u/fintechbass, r/cursor
Quién debería probar Origin ahora y quién debería esperar
| Tu situación | Recomendación |
|---|---|
| Plan de pago de Cursor, los agentes escriben buena parte de tu código y dispones de repositorios no críticos | Pruébalo; la beta ya está incluida en tu plan |
| Los repositorios deben mantenerse en GitHub con su CI actual | Es una buena opción; la sincronización ofrece revisión y búsqueda en Cursor, y el CI sigue ejecutándose en GitHub |
| Quieres alojamiento nativo en Origin con CI más allá de Vercel, Depot y Buildkite | Espera; hoy solo existen tres apps |
| Estás valorando migrar repositorios que son fuente de verdad | Espera; mejor sincronízalos, ya que GitHub sigue siendo la autoridad de todos modos |
El compromiso que seguirá existiendo más allá de esta beta es sencillo: mover el alojamiento de un repositorio también mueve su custodia. La misma comparativa de PR apiladas advierte que los elementos de revisión que no forman parte de Git, como los hilos de las PR, "no viajan mediante git push"; eso convierte a Origin en la opción menos reversible de las disponibles hoy. La comparación también recoge que Cursor anunció un acuerdo definitivo para adquirir Graphite, la empresa de PR apiladas, el 19 de diciembre de 2025; que el equipo de Graphite está construyendo Origin dentro de Cursor; y que Graphite sigue operando de forma independiente en graphite.com, con niveles de stacking de $20–40 por usuario al mes mediante facturación anual.
¿Cursor Origin sustituye a GitHub?
No. Los repositorios sincronizados desde GitHub mantienen a GitHub como fuente de verdad y los pushes siguen llegando a GitHub. Origin añade una opción de alojamiento nativo y una interfaz de revisión adicional.
¿Cursor Origin está incluido en los planes de Cursor?
La beta temprana está abierta a todos los planes de pago de Cursor. No se han anunciado precios, cuotas ni una vía de acceso gratuita específicos de Origin.
¿Cursor Origin admite pull requests apiladas?
No está documentado en la beta. Según la comparativa independiente, los flujos de trabajo apilados en Origin son una expectativa derivada de la adquisición de Graphite, no una función publicada.
¿Se puede autoalojar Cursor Origin?
Ni el registro de cambios del 17 de agosto ni la página del producto Origin mencionan una opción de autoalojamiento. Cursor aloja los repositorios de Origin, y los administradores Enterprise solo pueden excluirse por completo.
¿Necesitas Origin para ejecutar agentes de programación a escala?
No. Una guía independiente sobre Cursor recomienda worktrees independientes para cada agente, diferencias pequeñas y bots de revisión inicial para resolver el mismo cuello de botella de revisión en GitHub o GitLab hoy.
Lectura relacionada: Cursor Router explained