AIREITERDurante os dois primeiros meses, o Cursor Origin era pouco mais que uma promessa: uma frase de efeito e um campo para cadastrar o email. Em 17 de agosto de 2026, ele passou a funcionar como beta inicial da hospedagem de código do Cursor. Antes de avaliar a novidade, porém, vale considerar dois pontos: repositórios sincronizados do GitHub continuam tendo o GitHub como fonte de verdade, e relatos de clientes pagantes mostram que a liberação ainda não chegou de forma uniforme.
O Cursor Origin já está disponível?
Sim. Desde 17 de agosto de 2026, o Cursor Origin está no ar em beta inicial para usuários de todos os planos pagos do Cursor. Organizações Enterprise são a exceção: segundo o mesmo changelog, seus administradores podem optar por não participar. A própria página do produto aponta para o beta no aviso "Early beta".
Na prática, o acesso varia de conta para conta. Na discussão de lançamento no r/cursor, entre 17 e 18 de agosto, assinantes relataram uma distância entre o anúncio e o que aparecia em seus perfis:
"Ainda só vejo o cadastro para a lista de espera." — u/NerdyGuy117, r/cursor
"Ainda não tenho acesso no meu plano Teams." — u/Darkoplax, r/cursor
Os relatos apontam para uma liberação gradual, e não para disponibilidade imediata em todas as contas elegíveis. Quando habilitados, os repositórios do Origin aparecem na aba Codebase. Portanto, se o seu plano se qualifica mas não exibe nada, o beta ainda não foi liberado para a sua conta.
| Data | O que aconteceu |
|---|---|
| 16 de junho de 2026 | O Cursor anuncia o Origin na conferência Compile: apenas landing page e lista de espera |
| 17 de agosto de 2026 | Chega o beta inicial: repositórios, PRs, navegação de código, sincronização com GitHub e agentes |
Na época do anúncio, um participante do r/cursor resumiu a página do produto como "nenhuma informação. Uma landing page com um campo de email." (u/One-Poet7900)
O que já vem no beta do Origin
O beta entrega quatro capacidades principais, detalhadas na tabela abaixo. De acordo com o changelog, os repositórios ficam na nova aba Codebase do Cursor; o nome do repositório passa a compor sua URL — cursor.com/codebase/acme-corp, no exemplo da empresa. Para criar um, basta escolher +New, definir um nome, instalar a CLI e então cloná-lo ou enviar um projeto local já existente.
Os pull requests exibem linha do tempo, commits, verificações e arquivos alterados. É possível revisar diffs, comentar e fazer merge sem sair do editor. Ícones diferenciam os repositórios hospedados pelo Cursor daqueles sincronizados a partir do GitHub.
| Recurso | Status no beta de 17 de agosto |
|---|---|
| Repositórios hospedados pelo Cursor | Lançado (aba Codebase) |
| Pull requests: visualizar, comentar e fazer merge | Lançado |
| Navegação e busca de código | Lançado |
| Importação do GitHub com sincronização em tempo real | Lançado |
| Agentes atuando dentro dos repositórios | Lançado (primeiro conjunto) |
| Apps Vercel, Depot e Buildkite | Lançado |
| Recursos nativos para agentes além do básico | "Em breve", sem datas informadas |
| Pull requests empilhados | Não documentado |
| Preços, limites e SLAs | Não publicados |
Como funciona, de fato, a sincronização com o GitHub
A sincronização com o GitHub cria um espelho em tempo real para consulta e revisão; ela não estabelece uma segunda fonte de verdade. Ao conectar o GitHub, escolher uma organização e selecionar os repositórios, o Cursor passa a manter uma cópia sincronizada em tempo real. Qualquer pessoa com acesso de leitura ou escrita ao repositório sincronizado pode vê-lo no Cursor. Segundo o changelog, também é possível desconectar cada repositório depois, nas configurações.
A dúvida que a comunidade do Cursor levantava antes mesmo do beta era a seguinte:
"O Origin substitui o github ou o git?" — u/sn2006gy, r/cursor
A arquitetura do beta responde: nos repositórios que começaram no GitHub, os pushes continuam indo para o GitHub, enquanto a cópia no Origin serve para navegar, buscar e fazer pull. O changelog do Cursor deixa isso explícito: o GitHub segue sendo a fonte de verdade.
| Ação | Onde acontece |
|---|---|
| Push em um repositório sincronizado | GitHub; o Origin espelha a alteração |
| Comentar em um PR no Cursor | O comentário é publicado no GitHub |
| Reação ou resposta no GitHub | Aparece no Cursor "em segundos", segundo o changelog |
| Revisão atribuída no GitHub | Pode ser concluída e receber merge no Cursor |
| Desconectar um repositório sincronizado | Compatível, repositório por repositório |
A custódia só muda para os repositórios criados nativamente dentro do Origin.
Agentes e CI nos repositórios do Origin
Segundo o changelog, agentes com acesso a um repositório do Origin podem responder perguntas sobre o código, fazer mudanças, atualizar pull requests e enviar branches. Meses antes do lançamento, um usuário do r/cursor já havia descrito com clareza o gargalo que isso tenta atacar: "As revisões de código se tornaram um gargalo ruim." (u/calloutyourstupidity)
Três apps chegaram no lançamento: Vercel, Depot e Buildkite. Conectar a Vercel pela aba Apps de um repositório cria uma implantação de preview para cada PR, permitindo testes e comentários; o merge faz o deploy em produção. Depot e Buildkite executam fluxos existentes do GitHub Actions, e o Buildkite também roda seus pipelines nativos. Há uma distinção importante: repositórios sincronizados do GitHub mantêm o CI que já utilizam lá; os hospedados nativamente no Origin podem conectar esses três apps e, por enquanto, nenhum outro.
O changelog não entra na camada operacional desses agentes: não há controles de autorização nem logs de auditoria para pushes iniciados por agentes, limites por repositório ou detalhes de custo. Se você opera seus próprios agentes de programação fora do Cursor, os mesmos critérios para escolher uma LLM para agentes de código se aplicam ao que quer que faça pushes nos seus repositórios.
O que o beta ainda não esclarece
- Não há limites publicados para tamanho de repositório, armazenamento ou concorrência, nem SLA ou meta de disponibilidade.
- Não existe preço específico para o Origin. "Incluído nos planos pagos" é todo o detalhe comercial divulgado até agora, sem informação sobre cobranças adicionais, cotas ou um futuro plano gratuito.
- Não foram divulgados termos específicos do Origin para tratamento de dados. A página de segurança do Cursor informa certificação SOC 2, mas as dúvidas sobre dados de treinamento e retenção levantadas no anúncio seguem sem resposta pública para repositórios hospedados.
- Os números exibidos na demonstração da Compile — 22,6 commits por segundo em um repositório e "centenas de milhares de clones por hora" — continuam sendo alegações de demonstração. Um guia independente sobre o Cursor os classifica como não verificados, e a cobertura do lançamento observa que o número amplamente repetido de "296.000+ clones" perdeu sua unidade de tempo original.
Enquanto o Cursor não publicar termos específicos para o Origin, esta reação de junho continua sendo uma barreira real à adoção:
"Chance zero de eu entregar todo o histórico Git ao Cursor." — u/fintechbass, r/cursor
Quem deve testar o Origin agora — e quem deve esperar
| Sua situação | Recomendação |
|---|---|
| Plano pago do Cursor, agentes escrevem boa parte do seu código e há repositórios não críticos disponíveis | Teste; o beta já está incluído no seu plano |
| Os repositórios precisam continuar no GitHub com o CI atual | Sem problema; a sincronização oferece revisão e busca no Cursor, enquanto o CI segue rodando no GitHub |
| Você quer hospedagem nativa no Origin com CI além de Vercel, Depot e Buildkite | Espere; hoje existem apenas três apps |
| Você considera migrar repositórios que são fonte de verdade | Espere; sincronize-os em vez disso, pois o GitHub continua sendo a autoridade de qualquer forma |
Há uma troca que permanece relevante mesmo depois do beta: mudar a hospedagem de um repositório transfere sua custódia. A mesma comparação de PRs empilhados alerta que artefatos de revisão que não fazem parte do Git, como discussões em PRs, "não viajam por git push". Isso torna o Origin a opção menos reversível entre as alternativas atuais. A comparação também registra que o Cursor anunciou um acordo definitivo para adquirir a Graphite, empresa de PRs empilhados, em 19 de dezembro de 2025; que a equipe da Graphite está construindo o Origin dentro do Cursor; e que a Graphite segue operando de forma independente em graphite.com, com faixas de stacking de $20–40 por usuário ao mês em cobrança anual.
O Cursor Origin substitui o GitHub?
Não. Repositórios sincronizados do GitHub mantêm o GitHub como fonte de verdade, e os pushes continuam chegando lá. O Origin acrescenta uma opção de hospedagem nativa e uma interface de revisão sobre isso.
O Cursor Origin está incluído nos planos do Cursor?
O beta inicial está aberto a todos os planos pagos do Cursor. Não foram anunciados preço específico para o Origin, cotas ou caminho para um plano gratuito.
O Cursor Origin oferece suporte a pull requests empilhados?
Isso não está documentado no beta. Segundo a comparação independente, os fluxos empilhados no Origin são uma expectativa baseada na aquisição da Graphite, e não um recurso publicado.
É possível fazer self-host do Cursor Origin?
Nem o changelog de 17 de agosto nem a página do produto Origin mencionam uma opção de self-hosting. Os repositórios do Origin são hospedados pelo Cursor, e administradores Enterprise só podem optar por não participar completamente.
É preciso usar o Origin para rodar agentes de programação em escala?
Não. Um guia independente sobre o Cursor recomenda worktrees separados por agente, diffs pequenos e bots de revisão inicial para lidar hoje com o mesmo gargalo de revisão no GitHub ou GitLab.
Leitura relacionada: Cursor Router explicado