Cursor Origin: El Forge de Git Creado para Agentes de IA, Explicado

Cursor Origin es el propio forge de git de Cursor — un lugar para alojar repositorios, revisar pull requests y explorar código, con los agentes de programación de Cursor integrados como actores de primera clase. Se lanzó en beta temprana el 17 de agosto de 2026, disponible únicamente en planes de pago. Esta guía cubre qué se lanzó realmente, cómo funciona el espejo de GitHub, qué pueden hacer los agentes y — igual de importante — qué sigue faltando. Todo aquí está basado en la propia documentación de Cursor.

¿Qué es Cursor Origin?

Cursor describe Origin en una sola línea: un forge de git para la era agéntica. En términos simples, es un host de git real — no una interfaz visual sobre GitHub. Los repositorios viven en los propios remotos de Cursor, y puedes hacer push y pull con git estándar.

La razón por la que una empresa conocida por su editor está ahora alojando código: el repositorio es donde el trabajo de los agentes se vuelve real, revisable y fusionable. Con Origin, Cursor está entrando en la capa donde los repositorios, pull requests, exploración de código y agentes conviven — y la apuesta más grande no es simplemente construir otro GitHub, sino hacer que el forge en sí sea parte del flujo de trabajo del agente en lugar de un sistema externo con el que el editor se integra.

Origin fue construido por el equipo detrás de Graphite, la empresa de revisión de código con stacked diffs que Cursor adquirió, y llegó la misma semana que una gran interrupción de GitHub — lo que amplificó el lanzamiento, pero no era el objetivo del mismo.

Qué se lanzó en la beta temprana

La beta es deliberadamente modesta. Esto es lo que está incluido — y lo que no.

En la beta:

• Alojamiento de repositorios sobre git estándar (HTTPS), con visibilidad Interna y Privada
• Pull requests con revisión en línea, verificaciones y protecciones de fusión
• Exploración de código, búsqueda e historial de commits en cursor.com/codebase
• Espejo de GitHub con sincronización bidireccional de PRs
• CLI, API y webhooks de Origin
• Tres integraciones: Vercel (despliegues de vista previa), Depot y Buildkite (CI)

No incluido en la beta:

• GitHub Issues, proyectos, discusiones o wiki
• Repositorios públicos (aún no hay soporte para código abierto)
• Un runner de CI nativo, registro de paquetes o releases
• Análisis de seguridad o equivalentes de alertas de dependencias
• Límites de almacenamiento, SLA o precios post-beta publicados

Tres integraciones se lanzaron el primer día: Vercel crea un despliegue de vista previa para cada pull request y despliega a producción al fusionar, mientras que Depot y Buildkite ejecutan integración continua — y de manera crítica, ambos ejecutan los flujos de trabajo de GitHub Actions existentes sin cambios. Esa capa de compatibilidad es la estrategia en miniatura: prueba Origin sin reescribir tu sistema de compilación.

Quién puede usarlo

El almacenamiento de código de Origin está disponible en los planes Pro, Teams y Enterprise — no en los planes gratuitos. El acceso se implementa por etapas, por lo que los suscriptores de pago pueden no verlo de inmediato. Actívalo reclamando un nombre de codebase, el espacio de nombres bajo el que viven todos tus repositorios. Elígelo con cuidado: durante la beta, no se puede renombrar, y aparece en cada URL de repositorio.

¿Origin reemplaza a GitHub? Cómo funciona el espejo

Todavía no — y Cursor no te lo pide. El camino diseñado es el espejo, y es conservador de una buena manera. Cursor no te pide que abandones GitHub: conecta una organización de GitHub, selecciona repositorios y aparecen junto a los nativos de Origin.

El espejo copia el historial completo, ramas y etiquetas en Origin y los mantiene sincronizados, con comentarios y revisiones de pull requests fluyendo en ambas direcciones. El detalle crucial: un desarrollador puede clonar desde Origin y hacer push al remoto de Origin, pero esos pushes pasan a través de GitHub — y Cursor establece explícitamente que GitHub sigue siendo la fuente de verdad para los repositorios que comenzaron allí.

El puente tiene límites. Los GitHub Issues no se migran. Tampoco los secretos de Actions ni la configuración de ejecución — los repositorios espejados mantienen su CI en GitHub. Cuando un equipo decide que Origin debe ser autoritativo, desconecta el espejo: la sincronización se detiene, la copia de Origin se vuelve independiente y el repositorio original de GitHub se deja intacto. Esa desconexión es el momento real de migración; todo lo anterior es una prueba gratuita del flujo de trabajo.

Los agentes como actores de primera clase

La lista de funciones anterior podría describir cualquier forge joven. La estrategia se muestra en la integración de agentes. Los agentes en la nube de Cursor pueden crear un repositorio de Origin de principio a fin, luego clonar, crear ramas, hacer commits, push y abrir pull requests contra él.

Las automatizaciones vinculan agentes a eventos del repositorio — un push a main, un PR abierto o actualizado, o un horario programado. Y desde el registro de cambios del 19 de agosto de 2026, los agentes en la nube se suscriben automáticamente a los PRs que crean: un agente suscrito monitorea el CI, corrige verificaciones fallidas, responde a los comentarios de revisión y se activa cuando el PR cambia, persiguiendo el objetivo hasta que el trabajo esté realmente terminado.

Eso cierra un ciclo que ningún forge de terceros puede ofrecer a Cursor: evento del repositorio → agente ejecuta en una VM aislada → cambio de código → actualización del PR → resultado del CI → agente se activa de nuevo. Ser dueño del forge significa ser dueño de cada paso. Vale la pena ser preciso, sin embargo: el modelo de revisión de PRs en sí sigue siendo revisión humana convencional. La apuesta está en dónde se estrecha el ciclo a partir de aquí.

Las limitaciones honestas

Los propios documentos de Cursor son francos, y las brechas importan si estás evaluando un cambio:

• Sin Issues ni seguimiento de trabajo. Ni siquiera se espejean — tu rastreador se queda donde está.
• Sin repositorios públicos. Los proyectos de código abierto aún no tienen dónde aterrizar.
• Sin CI nativo, paquetes ni herramientas de seguridad. El CI viene de socios; no hay un equivalente documentado de análisis de secretos o alertas de dependencias.
• Sin límites publicados, SLA ni precio post-beta. Los compromisos de almacenamiento, ancho de banda y tiempo de actividad no están escritos en la beta.
• El despliegue es por etapas y controlado por administradores. El modo de privacidad heredado lo bloquea completamente, y los administradores del equipo pueden desactivarlo.

Nada de esto es una crítica a una beta de pocos días — es simplemente el mapa honesto de dónde están los límites. Para una imagen más completa de las preocupaciones empresariales, el análisis de lanzamiento de VentureBeat recorre las preguntas de revisión de seguridad que debería hacer un equipo de plataforma.

¿Deberías mover tus repositorios ahora?

El camino de bajo riesgo es el diseñado: espeja algunos repositorios mientras GitHub sigue siendo autoritativo, usa Origin para exploración, revisión y flujos de trabajo de agentes, y solo considera desconectar después de haber validado el CI, los controles de acceso y las funciones de colaboración que perderías. La beta no cuesta nada más allá de tu plan de Cursor existente, por lo que es una vista previa económica de cómo se siente la infraestructura de la era agéntica.

Si tienes curiosidad sobre cómo llegó Cursor aquí, nuestra historia de origen de Cursor traza la trayectoria de la empresa desde una idea de CAD hasta una de las herramientas de programación con IA más utilizadas — contexto útil para entender por qué ahora está construyendo su propio forge.

Construye tu propio flujo de trabajo de agentes — en tus propios términos

La tesis real de Origin es que la unidad de trabajo interesante es un agente permanente que posee una tarea desde el evento hasta el PR fusionado, no una ventana de chat. Esa es la misma apuesta que hace Eigent — excepto que Eigent ejecuta toda una fuerza de trabajo multi-agente localmente, sobre código y flujos de trabajo que tú controlas, sin dependencia de ningún proveedor. Si revisar pull requests creados por agentes es tu cuello de botella, nuestro flujo de trabajo de revisión de GitHub PRs pone un agente directamente en ese trabajo. Descarga Eigent y entrega una tarea real de múltiples pasos a tu propia fuerza de trabajo de IA.