Cursor Origin: O Git Forge Criado para Agentes de IA, Explicado

O Cursor Origin é o próprio git forge (forja git) do Cursor — um lugar para hospedar repositórios, revisar pull requests e navegar pelo código, com os agentes de programação do Cursor integrados como atores de primeira classe. Foi lançado em beta inicial em 17 de agosto de 2026, disponível apenas nos planos pagos. Este guia cobre o que realmente foi lançado, como o espelhamento do GitHub funciona, o que os agentes podem fazer e — igualmente importante — o que ainda está faltando. Tudo aqui é baseado na própria documentação do Cursor.

O que é o Cursor Origin?

O Cursor descreve o Origin em uma linha: um git forge para a era agêntica. Em termos simples, é um host git de verdade — não uma interface visual sobre o GitHub. Os repositórios vivem nos próprios servidores remotos do Cursor, e você faz push e pull com git padrão.

O motivo pelo qual uma empresa conhecida por um editor está de repente hospedando código: o repositório é onde o trabalho dos agentes se torna real, revisável e mesclável. Com o Origin, o Cursor está avançando para a camada onde repositórios, pull requests, navegação de código e agentes vivem juntos — e a aposta maior não é simplesmente construir outro GitHub, mas tornar o próprio forge parte do fluxo de trabalho do agente, em vez de um sistema externo com o qual o editor se integra.

O Origin foi construído pela equipe por trás do Graphite, a empresa de revisão de código com stacked diffs que o Cursor adquiriu, e foi lançado na mesma semana de uma grande interrupção do GitHub — o que amplificou o lançamento, mas não era o objetivo dele.

O que foi lançado na beta inicial

A beta é deliberadamente modesta. Veja o que está incluído — e o que não está.

Na beta:

• Hospedagem de repositórios via git padrão (HTTPS), com visibilidade Interna e Privada
• Pull requests com revisão inline, verificações e proteções de merge
• Navegação de código, busca e histórico de commits em cursor.com/codebase
• Espelhamento do GitHub com sincronização bidirecional de PRs
• CLI, API e webhooks do Origin
• Três integrações: Vercel (deploys de preview), Depot e Buildkite (CI)

Não está na beta:

• GitHub Issues, projetos, discussões ou wiki
• Repositórios públicos (ainda não há suporte para código aberto)
• Um runner de CI nativo, registro de pacotes ou releases
• Varredura de segurança ou equivalentes a alertas de dependências
• Limites de armazenamento, SLA ou preços pós-beta publicados

Três integrações foram lançadas no primeiro dia: o Vercel cria um deploy de preview para cada pull request e envia para produção no merge, enquanto o Depot e o Buildkite executam integração contínua — e, de forma crucial, ambos executam os workflows existentes do GitHub Actions sem alterações. Essa camada de compatibilidade é a estratégia em miniatura: experimente o Origin sem reescrever seu sistema de build.

Quem pode usar

O armazenamento de código do Origin está disponível nos planos Pro, Teams e Enterprise — não nos planos gratuitos. O acesso é liberado em etapas, então assinantes pagos podem não vê-lo imediatamente. Ative-o reivindicando um nome de codebase, o namespace onde todos os seus repositórios ficam. Escolha com cuidado: durante a beta, ele não pode ser renomeado e aparece em cada URL de repositório.

O Origin substitui o GitHub? Como o espelhamento funciona

Ainda não — e o Cursor não pede que você o faça. O caminho projetado é o espelhamento, e ele é conservador de uma boa forma. O Cursor não pede que você deixe o GitHub: conecte uma organização do GitHub, selecione repositórios e eles aparecem ao lado dos nativos do Origin.

O espelhamento copia o histórico completo, branches e tags para o Origin e os mantém sincronizados, com comentários e revisões de pull requests fluindo em ambas as direções. O detalhe crucial: um desenvolvedor pode clonar do Origin e fazer push para o remote do Origin, mas esses pushes passam pelo GitHub — e o Cursor afirma explicitamente que o GitHub permanece como a fonte da verdade para repositórios que começaram lá.

A ponte tem limites. Os GitHub Issues não são migrados. Tampouco os segredos do Actions ou configurações de runtime — repositórios espelhados mantêm seu CI no GitHub. Quando uma equipe decide que o Origin deve ser autoritativo, ela desconecta o espelho: a sincronização para, a cópia do Origin se torna independente e o repositório original do GitHub é deixado intocado. Essa desconexão é o verdadeiro momento de migração; tudo antes disso é uma avaliação gratuita do fluxo de trabalho.

Agentes como atores de primeira classe

A lista de recursos acima poderia descrever qualquer forge jovem. A estratégia aparece na integração com agentes. Os agentes em nuvem do Cursor podem criar um repositório do Origin do início ao fim, depois clonar, criar branches, fazer commits, push e abrir pull requests contra ele.

As automações conectam agentes a eventos de repositório — um push para a main, um PR aberto ou atualizado, ou um agendamento. E desde o changelog de 19 de agosto de 2026, os agentes em nuvem automaticamente assinam os PRs que criam: um agente assinado monitora o CI, corrige verificações com falha, responde ao feedback de revisão e acorda quando o PR muda, perseguindo o objetivo até que o trabalho esteja realmente concluído.

Isso fecha um ciclo que nenhum forge de terceiros pode oferecer ao Cursor: evento de repositório → agente executa em uma VM isolada → mudança de código → atualização de PR → resultado de CI → agente acorda novamente. Ser dono do forge significa ser dono de cada etapa. Vale ser preciso, porém: o modelo de revisão de PR em si ainda é revisão humana convencional. A aposta é em onde o ciclo se aperta a partir daqui.

As limitações honestas

Os próprios documentos do Cursor são francos, e as lacunas importam se você está avaliando uma migração:

• Sem Issues ou rastreamento de trabalho. Eles nem são espelhados — seu rastreador fica onde está.
• Sem repositórios públicos. Projetos de código aberto ainda não têm onde pousar.
• Sem CI nativo, pacotes ou ferramentas de segurança. O CI vem de parceiros; não há equivalente documentado de varredura de segredos ou alertas de dependências.
• Sem limites, SLA ou preço pós-beta publicados. Compromissos de armazenamento, largura de banda e tempo de atividade não estão documentados na beta.
• O rollout é gradual e controlado por administradores. O modo de privacidade legado bloqueia completamente, e os administradores de equipe podem desativá-lo.

Nada disso é uma crítica a uma beta de poucos dias — é apenas o mapa honesto de onde estão as bordas. Para uma visão mais completa das preocupações empresariais, a análise de lançamento do VentureBeat percorre as questões de revisão de segurança que uma equipe de plataforma deve fazer.

Você deve mover seus repositórios agora?

O caminho de baixo risco é o projetado: espelhe alguns repositórios enquanto o GitHub permanece autoritativo, use o Origin para navegação, revisão e fluxos de trabalho de agentes, e só considere desconectar depois de validar o CI, os controles de acesso e os recursos de colaboração que você perderia. A beta não custa nada além do seu plano Cursor existente, então é uma prévia barata de como a infraestrutura da era agêntica se sente.

Se você está curioso sobre como o Cursor chegou aqui, nossa história de origem do Cursor traça a empresa desde uma ideia de CAD até uma das ferramentas de programação com IA mais usadas — contexto útil para entender por que agora está construindo seu próprio forge.

Construa seu próprio fluxo de trabalho de agentes — nos seus termos

A tese real do Origin é que a unidade interessante de trabalho é um agente permanente que possui uma tarefa do evento ao PR mesclado, não uma janela de chat. Essa é a mesma aposta que o Eigent faz — exceto que o Eigent executa uma força de trabalho multi-agente completa localmente, em código e fluxos de trabalho que você controla, sem lock-in de fornecedor. Se revisar pull requests criados por agentes é seu gargalo, nosso fluxo de trabalho de revisão de PRs do GitHub coloca um agente diretamente nessa tarefa. Baixe o Eigent e delegue uma tarefa real de múltiplas etapas para sua própria força de trabalho de IA.