Cursor Origin ou GitHub: quando vale a pena migrar a hospedagem de código?

Trocar a hospedagem de código não é trocar de editor, é mexer no lugar onde o time inteiro mora

Fala aí, beleza? No dia 17/08/2026 a Cursor liberou o Origin, a plataforma de hospedagem de código dela, em early beta

E não foi aquele "experimenta quando der vontade": o rollout começou ATIVO por padrão nos planos pagos, com exceção das organizações Enterprise cujos administradores fizeram opt-out explícito

Ou seja, pra muita gente a decisão já chegou pronta na conta, e a pergunta prática virou essa: migrar o que, quando, e o que continua no GitHub? Bora destrinchar isso com calma 🙂

O que é o Cursor Origin e em que estado ele chegou

O Origin é a plataforma de hospedagem de código da Cursor, integrada ao próprio editor

O escopo do beta é enxuto e a empresa fala isso na cara: repositórios, pull requests, code browsing e sincronização com o GitHub, o que o changelog do Origin descreve como "starting with the essentials, designed for agent scale"

Se você conhece o fluxo de qualquer forge de código, não tem mistério na ideia: é repo, é branch, é PR, é revisão

A diferença de embalagem é que tudo isso aparece numa aba Codebase dentro do Cursor, com pull request trazendo timeline, commits, checks e arquivos alterados, e revisor podendo dar merge sem abrir aba do navegador

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 110 aulas
• 4 projetos
• 9h 2min

Conhecer formação

E por que agora?

O produto não nasceu ontem: foi anunciado em junho de 2026 e só virou early beta em 17/08/2026

Ele está disponível em Pro, Teams e Enterprise, com acesso liberado em etapas, e não aparece no Free

Se a sua conta é gratuita, o Origin simplesmente não é pra você agora, é a mesma fronteira de plano que a gente já vê em outras ferramentas de IA, tipo o plano gratuito do Kimi K3

E tem o pano de fundo, que é impossível ignorar

A Cursor (Anysphere) passou a ser subsidiária integral da SpaceX em 14/08/2026, numa aquisição all-stock de US$ 60 bilhões, operando dentro da divisão SpaceXAI

Três dias depois, no MESMO dia em que o Origin entrou no ar, o GitHub ficou fora do ar por quase 8 horas (das 9h40 às 17h15, horário do leste dos EUA), derrubando Actions, API, pull requests, issues, webhooks, autenticação SAML e OIDC e o Copilot

No pico do incidente, cerca de 1 em cada 5 requisições à interface web e à API voltou erro, e downloads de archive e conteúdo raw chegaram a algo perto de 50% de erro

Agora, um número que ajuda a não entrar em pânico: nos 90 dias seguintes o uptime do GitHub Actions ficou em 99,33%, enquanto as Git Operations mantiveram 99,99%

O git em si segurou a onda, quem apanhou foi a camada de automação e de plataforma… guarde isso, porque é exatamente aí que o espelhamento do Origin NÃO te salva

O Origin já está ligado na sua conta (e quem controla isso)

Primeira coisa a fazer antes de opinar: descobrir em que estado o Origin está no seu time

Como o rollout começou ativo por padrão nos planos pagos, a chance de estar ligado sem ninguém ter clicado em nada é real

As permissões de time (quem habilita, quem cria repositório, quem desativa) ficam em Codebase settings, e o admin pode desabilitar o Origin pro time inteiro a qualquer momento pelo dashboard

Que nome de codebase?

Antes de qualquer repo existir, alguém do time precisa reivindicar um nome de codebase

Esse nome é o namespace onde os repositórios vivem, ele é o {owner} da URL https://cursor.com/codebase/{owner}/{repo}

Qualquer membro do time pode reivindicar abrindo cursor.com/codebase e clicando em Get Started, e depois disso os admins criam repositórios e concedem acesso pelas configurações de codebase

Tome cuidado aqui: o nome de codebase é a identidade pública das URLs do seu time, então não é o tipo de coisa pra alguém reivindicar às pressas num teste de sexta à tarde

Os dois níveis de visibilidade

Repositório do Origin tem dois estados de visibilidade, e a diferença importa bastante:

• Internal: visível pra qualquer pessoa do time Cursor com acesso ao codebase
• Private: visível só pra quem recebeu acesso direto ou por permissão de codebase (quem troca o repo pra Private mantém acesso de admin automaticamente)

Repara que "Internal" amarra a visibilidade ao seu time do Cursor, não ao seu time do GitHub

São listas de gente diferentes, e essa é justamente uma das perguntas que o time de segurança vai te fazer

Cursor Origin x GitHub: comparação ponto a ponto

Dá pra resumir a briga olhando só pro que está documentado hoje:

Fora da tabela ficam duas coisas que o Origin faz e que eu prefiro não colocar em disputa direta: o agente pode instalar a CLI do Origin, fazer sign in, criar o repo, definir o remote e dar push sozinho, e as Cursor Automations rodam cloud agents que revisam, alteram e dão push nos repositórios do Origin

Sobre a última linha da tabela, vale abrir um pouco mais

A documentação de uso de dados da Cursor separa dois mundos: com Privacy Mode ligado existe retenção zero e nenhum uso pra treino, e esse é o padrão no Enterprise

Com Privacy Mode desligado, a Cursor pode usar e armazenar dados de codebase, prompts, ações no editor e trechos de código pra melhorar recursos de IA e treinar modelos

O que ainda não foi publicado é como essa régua se aplica especificamente ao código que mora nativamente no Origin, e enquanto isso não sai a decisão de empresa não deveria ser tomada no impulso

O que o espelhamento leva do GitHub e o que fica para trás

O mirroring copia um repositório do GitHub pro Origin e mantém o Origin atualizado conforme o repo do GitHub muda

Detalhe que muda tudo: o GitHub segue como source of truth, e os pushes feitos num repo sincronizado passam pro GitHub

Agora a parte que mais gera susto, o que vai e o que não vai:

Em repo sincronizado, as conversas de pull request andam nos dois sentidos: comentário escrito no Cursor aparece no GitHub, e reação ou resposta feita no GitHub aparece no Cursor em segundos

Isso é bem massa pra revisão, porque ninguém precisa combinar "vamos comentar só aqui"

E se eu quiser cortar o cordão?

Aí entra o detach

O detach interrompe o sync e converte a cópia do Origin em repositório standalone: o Origin passa a ser a fonte da verdade, e os pushes pro remote do Origin deixam de fluir pro GitHub

É o ponto sem volta fácil da história, e não é uma decisão de terça-feira aleatória, principalmente lembrando que issues, configuração do Actions e secrets não foram junto no espelho

Em quais cenários o Origin já resolve algo hoje

Saindo da teoria, existem quatro situações em que ele agrega alguma coisa AGORA

1. Projeto novo criado pelo próprio agente. O agente instala a CLI do Origin, faz sign in, cria o repo, define o remote e dá push, tudo sem você abrir a interface web

origin repo create my-project

O erro comum deste passo é tentar dar git push antes do sign in: é o login que configura o git credential helper, e só depois dele git push e git pull contra remotes do Origin funcionam sem configuração adicional

2. Repositório interno pro time revisar. Visibilidade Internal, PR com timeline, commits, checks e files changed, e merge sem sair do editor

O erro comum aqui é achar que Internal é "privado": Internal libera pra qualquer pessoa do time Cursor com acesso ao codebase, então se o repo é sensível, o certo é Private

3. Espelho de leitura e navegação de um repo do GitHub. Você ganha busca e navegação de código dentro do editor sem mover a fonte da verdade, já que o GitHub continua mandando

4. Automações e cloud agents. As Cursor Automations rodam cloud agents por agendamento ou quando eventos de source control acontecem, e esses agents podem revisar, alterar e dar push em repositórios do Origin

E se você errar o alvo do teste, tem faxina fácil:

origin repo delete acme/my-project

E onde ele ainda NÃO serve

Se o seu fluxo de trabalho depende de issues, de Actions ou de secrets, o Origin não substitui nada hoje

Isso não migra no espelhamento, e o CI segue rodando no GitHub, ponto

Outra coisa: é early beta, então trava faz parte do combinado

Quando ferramenta de IA engasga, o roteiro é sempre o mesmo, separar o que é bug da plataforma do que é configuração sua, igual na hora de descobrir por que o NotebookLM trava

Veredito por perfil: dev solo, time pequeno e empresa

Não existe resposta única aqui, existe resposta por perfil

Dev solo em plano pago

Experimenta, e experimenta hoje

Cria um repo novo pela CLI ou espelha um projeto pequeno e sente como é revisar dentro do editor

O que eu NÃO faria: mover a fonte da verdade de projeto que te paga o boleto, porque o detach vira caminho de volta chato e os termos de dados do Origin ainda não saíram

Time pequeno

Espelha um repositório de baixo risco e usa o Origin pra revisão de PR e navegação, com o GitHub segurando CI e issues

Como os comentários sincronizam nos dois sentidos, dá pra testar sem dividir a equipe em duas conversas

Antes disso, alguém precisa reivindicar o nome de codebase de forma consciente, e o admin precisa saber que Internal e Private significam coisas bem diferentes

Empresa

Aqui a decisão é de governança, não de curiosidade

Como o rollout veio ligado por padrão nos planos pagos, com exceção das orgs Enterprise cujos admins optaram por sair, a primeira tarefa é decidir o opt-out no dashboard de forma consciente, e não descobrir por acaso daqui a três semanas

Depois, esperar: termos de retenção, lista de subprocessadores, política de uso pra treino, ferramentas de exportação pra código hospedado nativamente, arquitetura de segurança e preço do Origin seguem não publicados até 18/08/2026

E o gatilho que justificaria o detach, na minha leitura? Só quando esses termos existirem por escrito E o Origin tiver resposta pro que hoje fica no GitHub (issues, configuração de Actions, secrets e execução do CI)

Enquanto o CI do projeto espelhado continuar rodando no GitHub, trocar a fonte da verdade é assumir risco sem receber a contrapartida

Conclusão

O Origin chegou cedo, chegou ligado e chegou no dia mais barulhento possível, mas o que ele entrega hoje é o essencial: repos, pull requests, navegação de código e sync com o GitHub

A aposta declarada da Cursor é nos recursos nativos pra agentes, que ainda virão, e até 18/08/2026 não existe registro de reversão, pausa ou desativação do lançamento, o beta segue em rollout

Seu próximo passo é bem concreto e leva poucos minutos:

1. Abre Codebase settings e confere se o Origin está ativo no seu time (e quem tem permissão de habilitar, criar repo e desativar)
2. Decide, com o time, se alguém reivindica o nome de codebase agora ou se isso fica pra depois
3. Escolhe entre espelhar um repositório de baixo risco pra sentir o fluxo ou simplesmente aguardar os termos de dados saírem

Sem drama e sem migração heroica, beleza? Testar não custa nada, mudar a fonte da verdade custa 😀

até o próximo post!