--- title: "Cursor Origin vs GitHub: guía para equipos" canonical: https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/ language: es description: "Cursor Origin vs GitHub para equipos: compara sync, CI, gobierno, precio y riesgo de migración con un piloto práctico de 14 días." image: "https://wavect.io/img/blog/headers/header_cursor-origin-vs-github-code-hosting.png" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min de lectura · 21 de agosto de 2026 Última revisión 21 de agosto de 2026 [**Siguiente**](/es/blog/github-spec-kit-production-guide/) # Cursor Origin vs GitHub: ¿debería migrar tu equipo? Resumen Cursor Origin es una forge Git en beta temprana incluida en los planes de pago de Cursor. Aloja repositorios, pull requests y búsqueda de código junto a los agentes de Cursor, o replica un repositorio existente de GitHub mientras GitHub sigue siendo la fuente de verdad. El mirror incluye historial Git, ramas, tags y pull requests bidireccionales, pero no GitHub Issues, workflows de Actions ni secretos. Los repositorios nativos de Origin pueden conectar Vercel, Depot y Buildkite; los repositorios replicados mantienen CI en GitHub. Para la mayoría de los equipos de producción no conviene una migración completa. Replica un repositorio no crítico durante 14 días, mantén GitHub como autoridad, prueba accesos, protecciones, CI, recuperación y flujo de agentes, y adopta Origin solo si mejora el lead time de cambios aceptados sin debilitar el gobierno. Hechos verificados el 21 de agosto de 2026. **Cursor Origin merece un piloto, pero todavía es pronto para sustituir GitHub como fuente de verdad en la mayoría de los equipos de producción.** Su caso de uso actual más sólido es un mirror reversible: mantén código, CI y metadatos operativos bajo la autoridad de GitHub mientras compruebas si Origin acorta el camino desde la tarea del agente hasta el cambio revisado. Esto no es otro resumen del lanzamiento. Es una guía de compra para CTOs y responsables de ingeniería que necesitan decidir qué probar, qué no se mueve todavía y qué evidencia justificaría una adopción más amplia. ## ¿Qué es Cursor Origin? Origin es la forge Git compatible de Cursor. Cursor [lanzó la beta temprana el 17 de agosto de 2026](https://cursor.com/changelog/origin-code-hosting) con repositorios, pull requests, búsqueda de código en el navegador y sincronización con GitHub. El despliegue cubre planes de pago, mientras las funciones más ambiciosas “nativas para agentes” siguen anunciadas para el futuro. La [documentación actual de Origin](https://cursor.com/docs/origin) indica que el alojamiento está disponible en Pro, Teams y Enterprise, no en el plan gratuito. Origin puede alojar un repositorio directamente o replicarlo desde GitHub. Git estándar sigue funcionando, así que la decisión trata de hosting y flujo, no de un nuevo formato de control de versiones. | Pregunta | Origin hoy | Implicación | | --- | --- | --- | | ¿Puede alojar código? | Sí, mediante repositorios nativos en planes de pago. | Puedes crear una nueva fuente de verdad, pero debes evaluar la madurez beta. | | ¿Puede convivir con GitHub? | Sí. GitHub sigue siendo autoritativo en un mirror. | Es el piloto de producción más seguro. | | ¿Sustituye a Git? | No. Clone, fetch, pull y push usan Git estándar. | El historial local sigue siendo portable. | | ¿Están terminadas las funciones para agentes? | No. Cursor promete más funciones. | No incluyas promesas futuras en el caso de negocio actual. | ## Cursor Origin vs GitHub: comparación rápida | Capacidad | Cursor Origin | GitHub | Señal de decisión | | --- | --- | --- | --- | | Alojamiento | Repositorios nativos y mirrors de GitHub | Hosting público y privado maduro | Origin se puede probar, GitHub tiene más historial operativo. | | Pull requests | Revisión y merge; los PR replicados sincronizan en ambos sentidos | Ecosistema de PR y controles maduros | Mide el tiempo de revisión sobre cambios reales. | | Issues y planificación | No se incluyen en el mirror | Issues, Projects, milestones e integraciones | Mantén el seguimiento en GitHub u otro sistema durante el piloto. | | CI en repositorios replicados | Permanece en GitHub | GitHub Actions y CI de terceros | El mirror no elimina la dependencia de CI. | | CI en repositorios nativos | Depot y Buildkite, con previews de Vercel | Actions y un ecosistema amplio | Inventaría workflows, secretos y checks antes de separar. | | Flujo de agentes | Código, PR y agentes de Cursor en una superficie | Varios agentes nativos y externos | Origin gana solo si mejora el trabajo aceptado. | | Entrada de precio | Incluido en planes de pago de Cursor | Planes Free, Team y Enterprise | Compara el stack completo, no una cuota nominal. | ## ¿Qué se sincroniza realmente desde GitHub? Esta es la distinción más importante. La [documentación del mirror de GitHub](https://cursor.com/docs/origin/mirror-github) enumera historial Git, ramas, tags, código navegable y pull requests bidireccionales. GitHub Issues, workflows de Actions y secretos no se incluyen. Los pushes al remoto de Origin pasan a GitHub mientras el mirror siga conectado. Eso hace que “sync” sea más útil que una importación única, pero mucho más limitado que migrar una plataforma. Se mueve el grafo del repositorio. Gran parte del sistema operativo que lo rodea no se mueve. Webhooks, entornos de despliegue, packages, apps, referencias a issues, CODEOWNERS, bots, exportaciones de cumplimiento y políticas necesitan verificación separada. GitHub sigue siendo la fuente de verdad de un repositorio replicado. Separarlo cambia la arquitectura: la copia de Origin queda independiente y los pushes dejan de fluir a GitHub. Trata esa acción como una migración con runbook aprobado. ## ¿Dónde aporta valor Origin hoy? - **Equipos centrados en Cursor:** pueden navegar código, preguntar a un agente, actualizar un PR y publicar una rama con menos cambios de contexto. - **Experimentos con agentes:** un mirror permite probar arranque, recuperación de contexto y revisión sin mover CI. - **Repositorios internos nuevos:** una herramienta no crítica puede probar hosting nativo sin una migración histórica compleja. - **Clientes actuales de Cursor:** la beta no muestra hoy una partida separada de hosting, lo que reduce el coste de ensayo. Son ventajas de flujo, no una prueba de entrega más rápida. Si el cuello está en la revisión, los tests inestables o las tareas vagas, cambiar de host no lo arregla. Nuestro análisis sobre [contexto para agentes de programación](/es/blog/ai-coding-agents-context-not-intelligence/) explica por qué el acceso al repositorio es solo una parte del cambio aceptado. ## ¿Qué debería bloquear una migración completa? La [referencia de configuración de Origin](https://cursor.com/docs/origin/settings) documenta visibilidad privada e interna, reglas de rama, protecciones de merge y las apps actuales. También avisa de que las interfaces de permisos y protecciones se están rediseñando durante la beta. Es suficiente para evaluar, no para asumir paridad con una política madura. 1. **Gobierno sin mapear.** Reproduce revisiones obligatorias, protección de ramas, bypass, firmas, status checks, auditoría y emergencias. 2. **Dependencia de CI y secretos.** Los mirrors conservan CI en GitHub. Los repositorios nativos necesitan un diseño explícito con Depot, Buildkite u otra integración. 3. **Metadatos ausentes.** Issues, configuración de Actions y secretos no llegan con el mirror. Revisa releases, packages, environments y Projects aparte. 4. **Evidencia empresarial incompleta.** Confirma soporte contractual, residencia, retención, incidentes, exportación, borrado, subprocesadores y recuperación. 5. **Riesgo beta.** Nombres, interfaces y APIs pueden cambiar. Documenta supuestos y asigna un responsable de release notes. La [referencia pública de la API de Origin](https://cursor.com/docs/api/origin) sirve para CI y apps internas, pero etiqueta la API como beta temprana y sujeta a cambios. Su modelo usa JWT y tokens de instalación de corta duración, repositorios con scope y webhooks firmados. Trátala como una integración que necesita seguimiento de versiones y manejo de fallos, no como reemplazo estable de GitHub Apps. ## ¿Cuánto cuesta Cursor Origin? Cursor incluye Origin en sus planes de pago. La [página actual de precios](https://cursor.com/pricing) lista Individual Pro desde 20 dólares al mes y Teams desde 40 dólares por usuario y mes. No publica una tarifa separada para almacenamiento, egress o CI de Origin. Confirma límites y facturación futura antes de convertir el precio beta en TCO. La [comparación publicada por GitHub](https://github.com/pricing) incluye repositorios ilimitados en Free, Team a 4 dólares por usuario y mes durante el periodo introductorio indicado y Enterprise desde 21 dólares durante el periodo indicado. Actions, Packages, gobierno y soporte varían. No son planes equivalentes porque Cursor incluye un entorno de desarrollo con IA. Usa este modelo: `coste mensual = asientos + uso de agentes + CI + almacenamiento y egress + seguridad + migración y administración` La métrica útil es el coste por cambio aceptado. Un asiento barato sale caro si los revisores reconstruyen contexto, CI se fragmenta o los administradores mantienen dos políticas. Un stack más caro compensa si reduce espera sin aumentar defectos escapados. ## Plan piloto de 14 días 1. **Elige un repositorio privado representativo y no crítico.** Debe tener PR activos, tests reales y una ruta de release reemplazable. 2. **Registra la base.** Mide tarea a primer PR, minutos de revisión, duración de CI, cambios aceptados, retrabajo, conflictos y defectos de las dos semanas previas. 3. **Replica, no separes.** Mantén GitHub autoritativo, confirma ramas y tags y documenta recuperación. 4. **Mapea accesos.** Prueba admin, maintainer, developer y solo lectura, incluido el retiro de acceso. 5. **Ejecuta tareas comparables.** Contrasta el flujo normal y el asistido por Origin con una feature, un bug y un cambio de dependencia o documentación. 6. **Fuerza fallos.** Prueba sync atrasado, checks fallidos, revisiones rechazadas, rollback, credenciales revocadas e indisponibilidad del proveedor. 7. **Decide con números.** Amplía solo si mejora el lead time y gobierno, fiabilidad y recuperación siguen igual o mejor. No combines el piloto con otro modelo local de control de versiones. Nuestra [guía Git worktrees vs Jujutsu](/es/blog/git-worktrees-vs-jujutsu-ai-coding-agents/) responde a la intención de aislamiento del workspace. Origin responde a hosting y agentes. Cambiar ambos a la vez destruye la comparación. ## ¿Quién debería adoptar, probar o esperar? | Equipo | Recomendación | Motivo | | --- | --- | --- | | Equipo de pago de Cursor con flujos simples | Probar un mirror | Bajo riesgo y una hipótesis clara sobre agentes. | | Equipo pequeño con herramienta interna nueva | Considerar un repo nativo | No hay metadatos históricos, pero hay que probar exportación y recuperación. | | Empresa regulada con políticas GitHub Enterprise complejas | Esperar o evaluar en sandbox | Primero deben mapearse gobierno, auditoría y contratos. | | Equipo dependiente de Issues, Actions, Packages y muchas apps | Mantener GitHub autoritativo | El mirror no mueve toda la plataforma. | | Equipo que espera arreglar mala calidad de IA cambiando de host | Corregir acceptance gates | La proximidad no sustituye requisitos, tests ni revisión humana. | Wavect ayuda a diseñar y verificar el sistema de entrega alrededor de software convencional y generado con IA. Nuestro servicio de [QA de software](/es/services/software-quality-assurance/) puede mapear controles, CI y recuperación antes de un cambio. El [caso de IKB](/es/case-studies/ikb/) muestra nuestro trabajo de infraestructura e integración, y la [checklist de QA antes del lanzamiento](/es/software-development-guide/software-qa-checklist-before-launch/) aporta una base práctica. Si la decisión afecta producción, [solicita una revisión independiente de arquitectura](/es/contact/). Declaración comercial: Wavect vende ingeniería y QA. El piloto está diseñado para que “mantener GitHub sin cambiar nada” pueda ser el resultado correcto. ## Preguntas frecuentes sobre Cursor Origin y GitHub ### ¿Cursor Origin sustituye a GitHub? No para la mayoría de los equipos de producción actuales. Origin aloja código y pull requests, pero está en beta temprana y el mirror no mueve Issues, Actions ni secretos. El patrón seguro mantiene GitHub autoritativo durante la prueba. ### ¿Cursor Origin funciona con repositorios Git existentes? Sí. Origin usa Git estándar para clone, fetch, pull y push. Puedes alojar un repositorio nativo o replicar uno de GitHub. ### ¿Qué sincroniza GitHub con Cursor Origin? Cursor documenta historial Git, ramas, tags, código navegable, actualizaciones continuas y pull requests bidireccionales. No incluye GitHub Issues, workflows de Actions ni secretos. ### ¿Puede GitHub Actions ejecutarse en Origin? Los repositorios replicados mantienen CI en GitHub. Para repositorios nativos, Cursor documenta Depot y Buildkite, que pueden ejecutar workflows existentes de GitHub Actions, además de previews de Vercel. ### ¿Cursor Origin es gratuito? No se documenta acceso en el plan gratuito. El almacenamiento de Origin se despliega en Pro, Teams y Enterprise. Las páginas revisadas no publican un precio separado de hosting. ### ¿Debemos migrar todos los repositorios? No. Empieza con un mirror no crítico durante 14 días. Mantén GitHub como fuente de verdad, prueba acceso, CI, protecciones, recuperación y resultados medibles y decide después. ## Límite de la investigación Los hechos se verificaron el 21 de agosto de 2026 con la nota de lanzamiento, la documentación de producto, mirror, settings, API y precios de Origin, y la comparación de planes de GitHub. No ejecutamos un benchmark propio de fiabilidad, seguridad o rendimiento. Cursor aún no publica evidencia suficiente para verificar una ventaja general de throughput frente a GitHub. Revisa acceso, límites, integraciones, gobierno y términos antes de comprar. ## Reflexiones finales Cursor Origin cambia la conversación de hosting porque editor, agentes, código y pull requests pueden compartir superficie. Es una ventaja de flujo plausible, pero todavía no justifica mover la fuente de verdad. Replica un repositorio real, protege la salida y mide el lead time de cambios aceptados. Si Origin acelera el trabajo revisado sin debilitar CI, acceso o recuperación, amplía con cuidado. Si solo mueve el mismo cuello de botella a una interfaz nueva, conserva GitHub y arregla el cuello. ## También te puede gustar.. [**Git worktrees vs Jujutsu para agentes de IA** Separa hosting, aislamiento del workspace, transferencia del repositorio y gestión de parches paralelos.](/es/blog/git-worktrees-vs-jujutsu-ai-coding-agents/) [**AI Enablement vs consultoría genérica** Compara un sistema de ingeniería propio con un proyecto solo de estrategia.](/es/compare/ai-enablement-vs-generic-ai-consultancy/) Arquitectura y plataformas ## Continúa por este clúster Decisiones de frameworks, plataformas y sistemas con impacto a largo plazo. [Empieza por el artículo fundamental**Arquitectura Smart City: MQTT, LoRaWAN, Kubernetes y Terraform**](/es/blog/smart-city-architecture-best-practices-2026/) - [MoneyPrinterTurbo análisis 2026: vídeo IA gratis, costes reales](/es/blog/moneyprinterturbo-review-2026/) - [Integración con la API de Odoo: los cinco límites que deciden tu arquitectura](/es/blog/odoo-erp-api-integration-limits-2026/) - [IA en supermercados: oportunidades para MPREIS](/es/blog/mpreis-ai-grocery-retail-opportunity-map/) - [Arquitectura de producción para plataformas LLM con estado](/es/blog/stateful-llm-platform-production-architecture/) - [Tirol Kliniken (TILAK): mapa de oportunidades para operaciones digitales](/es/blog/tirol-kliniken-digital-opportunity-analysis/) Tu bandeja, sin ruido ## Sigue el trabajo que te importa Recibe un correo breve cuando publiquemos algo nuevo. Sigue todo el blog o solo los temas que te interesan. [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min de lectura · 21 de agosto de 2026 Última revisión 21 de agosto de 2026 [**Siguiente**](/es/blog/github-spec-kit-production-guide/) Nuevos artículos por correo × × Recibe nuevos artículos por correo Un correo breve cuando publicamos. Gratis y sin seguimiento. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/#webpage", "@type": "WebPage", "dateModified": "2026-08-21", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-21", "url": "https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Cursor Origin es una forge Git en beta temprana incluida en los planes de pago de Cursor. Aloja repositorios, pull requests y búsqueda de código junto a los agentes de Cursor, o replica un repositorio existente de GitHub mientras GitHub sigue siendo la fuente de verdad. El mirror incluye historial Git, ramas, tags y pull requests bidireccionales, pero no GitHub Issues, workflows de Actions ni secretos. Los repositorios nativos de Origin pueden conectar Vercel, Depot y Buildkite; los repositorios replicados mantienen CI en GitHub. Para la mayoría de los equipos de producción no conviene una migración completa. Replica un repositorio no crítico durante 14 días, mantén GitHub como autoridad, prueba accesos, protecciones, CI, recuperación y flujo de agentes, y adopta Origin solo si mejora el lead time de cambios aceptados sin debilitar el gobierno. Hechos verificados el 21 de agosto de 2026.", "articleBody": " Resumen del blog/Entrega y QA/Arquitectura y plataformas Cursor Origin vs GitHub: ¿debería migrar tu equipo? Resumen Cursor Origin es una forge Git en beta temprana incluida en los planes de pago de Cursor. Aloja repositorios, pull requests y búsqueda de código junto a los agentes de Cursor, o replica un repositorio existente de GitHub mientras GitHub sigue siendo la fuente de verdad. El mirror incluye historial Git, ramas, tags y pull requests bidireccionales, pero no GitHub Issues, workflows de Actions ni secretos. Los repositorios nativos de Origin pueden conectar Vercel, Depot y Buildkite; los repositorios replicados mantienen CI en GitHub. Para la mayoría de los equipos de producción no conviene una migración completa. Replica un repositorio no crítico durante 14 días, mantén GitHub como autoridad, prueba accesos, protecciones, CI, recuperación y flujo de agentes, y adopta Origin solo si mejora el lead time de cambios aceptados sin debilitar el gobierno. Hechos verificados el 21 de agosto de 2026. Cursor Origin merece un piloto, pero todavía es pronto para sustituir GitHub como fuente de verdad en la mayoría de los equipos de producción. Su caso de uso actual más sólido es un mirror reversible: mantén código, CI y metadatos operativos bajo la autoridad de GitHub mientras compruebas si Origin acorta el camino desde la tarea del agente hasta el cambio revisado. Esto no es otro resumen del lanzamiento. Es una guía de compra para CTOs y responsables de ingeniería que necesitan decidir qué probar, qué no se mueve todavía y qué evidencia justificaría una adopción más amplia. ¿Qué es Cursor Origin? Origin es la forge Git compatible de Cursor. Cursor lanzó la beta temprana el 17 de agosto de 2026 con repositorios, pull requests, búsqueda de código en el navegador y sincronización con GitHub. El despliegue cubre planes de pago, mientras las funciones más ambiciosas “nativas para agentes” siguen anunciadas para el futuro. La documentación actual de Origin indica que el alojamiento está disponible en Pro, Teams y Enterprise, no en el plan gratuito. Origin puede alojar un repositorio directamente o replicarlo desde GitHub. Git estándar sigue funcionando, así que la decisión trata de hosting y flujo, no de un nuevo formato de control de versiones. PreguntaOrigin hoyImplicación ¿Puede alojar código?Sí, mediante repositorios nativos en planes de pago.Puedes crear una nueva fuente de verdad, pero debes evaluar la madurez beta. ¿Puede convivir con GitHub?Sí. GitHub sigue siendo autoritativo en un mirror.Es el piloto de producción más seguro. ¿Sustituye a Git?No. Clone, fetch, pull y push usan Git estándar.El historial local sigue siendo portable. ¿Están terminadas las funciones para agentes?No. Cursor promete más funciones.No incluyas promesas futuras en el caso de negocio actual. Cursor Origin vs GitHub: comparación rápida CapacidadCursor OriginGitHubSeñal de decisión AlojamientoRepositorios nativos y mirrors de GitHubHosting público y privado maduroOrigin se puede probar, GitHub tiene más historial operativo. Pull requestsRevisión y merge; los PR replicados sincronizan en ambos sentidosEcosistema de PR y controles madurosMide el tiempo de revisión sobre cambios reales. Issues y planificaciónNo se incluyen en el mirrorIssues, Projects, milestones e integracionesMantén el seguimiento en GitHub u otro sistema durante el piloto. CI en repositorios replicadosPermanece en GitHubGitHub Actions y CI de tercerosEl mirror no elimina la dependencia de CI. CI en repositorios nativosDepot y Buildkite, con previews de VercelActions y un ecosistema amplioInventaría workflows, secretos y checks antes de separar. Flujo de agentesCódigo, PR y agentes de Cursor en una superficieVarios agentes nativos y externosOrigin gana solo si mejora el trabajo aceptado. Entrada de precioIncluido en planes de pago de CursorPlanes Free, Team y EnterpriseCompara el stack completo, no una cuota nominal. ¿Qué se sincroniza realmente desde GitHub? Esta es la distinción más importante. La documentación del mirror de GitHub enumera historial Git, ramas, tags, código navegable y pull requests bidireccionales. GitHub Issues, workflows de Actions y secretos no se incluyen. Los pushes al remoto de Origin pasan a GitHub mientras el mirror siga conectado. Eso hace que “sync” sea más útil que una importación única, pero mucho más limitado que migrar una plataforma. Se mueve el grafo del repositorio. Gran parte del sistema operativo que lo rodea no se mueve. Webhooks, entornos de despliegue, packages, apps, referencias a issues, CODEOWNERS, bots, exportaciones de cumplimiento y políticas necesitan verificación separada. GitHub sigue siendo la fuente de verdad de un repositorio replicado. Separarlo cambia la arquitectura: la copia de Origin queda independiente y los pushes dejan de fluir a GitHub. Trata esa acción como una migración con runbook aprobado. ¿Dónde aporta valor Origin hoy? Equipos centrados en Cursor: pueden navegar código, preguntar a un agente,", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "lanzó la beta temprana el 17 de agosto de 2026", "url": "https://cursor.com/changelog/origin-code-hosting" }, { "@type": "WebPage", "name": "documentación actual de Origin", "url": "https://cursor.com/docs/origin" }, { "@type": "WebPage", "name": "documentación del mirror de GitHub", "url": "https://cursor.com/docs/origin/mirror-github" }, { "@type": "WebPage", "name": "referencia de configuración de Origin", "url": "https://cursor.com/docs/origin/settings" }, { "@type": "WebPage", "name": "referencia pública de la API de Origin", "url": "https://cursor.com/docs/api/origin" }, { "@type": "WebPage", "name": "página actual de precios", "url": "https://cursor.com/pricing" }, { "@type": "WebPage", "name": "comparación publicada por GitHub", "url": "https://github.com/pricing" } ], "dateModified": "2026-08-21", "datePublished": "2026-08-21", "description": "Cursor Origin es una forge Git en beta temprana incluida en los planes de pago de Cursor. Aloja repositorios, pull requests y búsqueda de código junto a los agentes de Cursor, o replica un repositorio existente de GitHub mientras GitHub sigue siendo la fuente de verdad. El mirror incluye historial Git, ramas, tags y pull requests bidireccionales, pero no GitHub Issues, workflows de Actions ni secretos. Los repositorios nativos de Origin pueden conectar Vercel, Depot y Buildkite; los repositorios replicados mantienen CI en GitHub. Para la mayoría de los equipos de producción no conviene una migración completa. Replica un repositorio no crítico durante 14 días, mantén GitHub como autoridad, prueba accesos, protecciones, CI, recuperación y flujo de agentes, y adopta Origin solo si mejora el lead time de cambios aceptados sin debilitar el gobierno. Hechos verificados el 21 de agosto de 2026.", "headline": "Cursor Origin vs GitHub: ¿debería migrar tu equipo?", "image": "https://wavect.io/img/blog/headers/header_cursor-origin-vs-github-code-hosting.svg", "inLanguage": "es", "keywords": "Cursor Origin, Alojamiento de código", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/", "wordCount": 2242 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/delivery-qa/", "name": "Entrega y QA", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/architecture-platforms/", "name": "Arquitectura y plataformas", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/cursor-origin-vs-github-code-hosting/", "name": "Cursor Origin vs GitHub: guía para equipos | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No para la mayoría de los equipos de producción actuales. Origin aloja código y pull requests, pero está en beta temprana y el mirror no mueve Issues, Actions ni secretos. El patrón seguro mantiene GitHub autoritativo durante la prueba." }, "name": "¿Cursor Origin sustituye a GitHub?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Sí. Origin usa Git estándar para clone, fetch, pull y push. Puedes alojar un repositorio nativo o replicar uno de GitHub." }, "name": "¿Cursor Origin funciona con repositorios Git existentes?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Cursor documenta historial Git, ramas, tags, código navegable, actualizaciones continuas y pull requests bidireccionales. No incluye GitHub Issues, workflows de Actions ni secretos." }, "name": "¿Qué sincroniza GitHub con Cursor Origin?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Los repositorios replicados mantienen CI en GitHub. Para repositorios nativos, Cursor documenta Depot y Buildkite, que pueden ejecutar workflows existentes de GitHub Actions, además de previews de Vercel." }, "name": "¿Puede GitHub Actions ejecutarse en Origin?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No se documenta acceso en el plan gratuito. El almacenamiento de Origin se despliega en Pro, Teams y Enterprise. Las páginas revisadas no publican un precio separado de hosting." }, "name": "¿Cursor Origin es gratuito?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Empieza con un mirror no crítico durante 14 días. Mantén GitHub como fuente de verdad, prueba acceso, CI, protecciones, recuperación y resultados medibles y decide después." }, "name": "¿Debemos migrar todos los repositorios?" } ] } ```