Cursor agora hospeda seu código (e quer que você esqueça o GitHub)
Quem acompanha o mundo de ferramentas dev sabe que o Cursor já virou o editor queridinho de quem programa com IA. Mas a Anysphere, empresa por trás do editor, não parou por aí. No dia 17 de agosto de 2026, exatamente no mesmo dia em que o GitHub enfrentou uma queda massiva nos seus serviços, o Cursor lançou o Origin: uma plataforma de hospedagem de código que concorre diretamente com o GitHub.
Coincidência? Talvez. Timing perfeito? Com certeza.
O Origin não é só mais um clone do GitHub com uma interface bonita. A proposta aqui é diferente: construir uma plataforma de código onde agentes de IA são cidadãos de primeira classe, não um recurso extra colado com fita adesiva depois. E isso muda tudo na forma como equipes vão trabalhar com código nos próximos anos.
O que é o Origin, na prática
O Origin é um serviço de hospedagem Git integrado diretamente ao editor Cursor. Você cria repositórios, faz push, abre pull requests, revisa diffs, comenta e faz merge, tudo sem sair do editor. Cada repositório ganha uma URL no formato cursor.com/codebase/nome-do-repo.
A nova aba Codebase no Cursor funciona como um hub central: ali você vê todos os seus repositórios, tanto os hospedados no Origin quanto os sincronizados do GitHub. É como se o editor tivesse absorvido o que antes só existia no navegador.
Na prática, o fluxo funciona assim:
- Você cria um repositório no Origin (ou importa do GitHub)
- Faz push do seu código local via CLI
- Abre pull requests diretamente no editor
- Agentes de IA podem navegar o código, responder perguntas, fazer mudanças e até abrir PRs sozinhos
- Você revisa, comenta e faz merge sem abrir o browser
Parece simples, mas pensa no que isso significa: o editor onde você escreve código agora também é onde você hospeda, revisa e colabora. O browser virou opcional.
GitHub sync: não precisa migrar (ainda)
Uma das decisões mais inteligentes do time do Cursor foi não forçar a migração. O Origin sincroniza bidirecionalmente com o GitHub. Se você já tem repositórios lá, pode conectá-los ao Origin e trabalhar dos dois lados.
O GitHub continua sendo a “fonte da verdade” para repositórios que começaram lá. Qualquer alteração no GitHub é replicada no Origin em tempo real, e vice-versa. Pull requests e comentários sincronizam nos dois sentidos em questão de segundos.
Isso reduz drasticamente a barreira de entrada. Você não precisa convencer todo o time a largar o GitHub de uma vez. Pode testar o Origin no fluxo do dia a dia e ir migrando organicamente.
| Funcionalidade | GitHub | Origin | |
|---|---|---|---|
| — | — | — | |
| Hospedagem Git | Sim | Sim | |
| Pull Requests | Sim | Sim | |
| Revisão de código | Browser | No editor | |
| Sync bidirecional | N/A | Sim (com GitHub) | |
| Agentes de IA nativos | Copilot (add-on) | Integrado | |
| CI/CD | GitHub Actions | Vercel, Buildkite, Depot | |
| Open source | Não | Não | |
| Preço | Grátis (público) | Planos pagos do Cursor |
Feito para agentes, não para humanos (com todo respeito)
Aqui é onde a coisa fica interessante de verdade. O GitHub foi construído em 2008. Naquela época, dev lia diff no navegador, aprovava PR com base na leitura subjetiva do código e resolvia conflito de merge manualmente. Funcionou por quase 20 anos. Mas o mundo mudou.
Em 2026, equipes que usam pipelines com agentes de IA geram pull requests mais rápido do que humanos conseguem revisar. O gargalo não é mais escrever código, é revisar e integrar. O GitHub não foi projetado para esse volume, nem para esse tipo de autor.
O Origin ataca exatamente esse problema. A plataforma trata agentes como participantes reais do fluxo de trabalho:
- Agentes desktop rodam na sua máquina e interagem com o código em tempo real
- Agentes cloud funcionam em sandbox e podem executar tarefas longas mesmo quando seu computador está desligado
- Cada ação de agente carrega contexto de decisão e trilha de auditoria
- O sistema de revisão é projetado para critérios determinísticos (testes passando, invariantes preservados), não só leitura humana
A visão de longo prazo é ainda mais ambiciosa: diffs semânticos em vez de apenas diffs linha por linha, resolução de conflitos que entende a intenção do código (não só o texto), e roteamento automático de PRs gerados por IA para os revisores certos.
Claro, nem tudo isso está pronto no dia do lançamento. Os recursos mais avançados, como resolução semântica de conflitos e auditoria completa de agentes, provavelmente vão chegar só em 2027. Mas a fundação já está lá.
O elefante na sala: SpaceX e $60 bilhões
Não dá para falar do Origin sem falar do contexto. Em junho de 2026, a SpaceX comprou a Anysphere (empresa mãe do Cursor) por 60 bilhões de dólares. Sim, sessenta bilhões. Para uma empresa de editor de código.
O Origin é o primeiro grande produto lançado depois dessa aquisição. E isso levanta perguntas legítimas:
Qual é a jogada da SpaceX? Um editor de código com hospedagem Git não tem nada a ver com foguetes. Mas tem tudo a ver com infraestrutura de software para agentes autônomos, que é onde o mercado está indo. A SpaceX já opera software crítico em escala absurda (controle de satélites Starlink, sistemas de navegação). Ter uma plataforma de código otimizada para agentes faz sentido estratégico.
Além disso, a Cursor agora tem caixa para competir de verdade. O GitHub tem a Microsoft por trás. O Cursor agora tem a SpaceX. A guerra de ferramentas dev ganhou munição pesada.
Integrações: Vercel, Buildkite e Depot no dia um
O Origin já chega com integrações pré-configuradas para três serviços populares:
- Vercel: deploy e ambientes de preview automáticos
- Buildkite: pipelines de CI/CD
- Depot: ferramentas de build otimizadas
As integrações rodam workflows existentes de GitHub Actions, mas o time do Cursor promete suporte nativo a pipelines que vão além do que o Actions oferece.
# Exemplo conceitual de pipeline no Origin
origin:
on: pull_request
jobs:
build:
runs-on: origin-cloud
steps:
- uses: actions/checkout@v4
- run: npm ci && npm test
agent-review:
runs-on: cursor-agent
steps:
- review: semantic-diff
- check: invariants
Esse tipo de configuração, onde um agente faz a revisão semântica como parte da pipeline, é o tipo de coisa que simplesmente não existe no GitHub Actions hoje.
Quem deveria prestar atenção (e quem pode ignorar)
Eu vou ser direto: se você é dev solo com projetos open source no GitHub, o Origin não muda sua vida agora. O GitHub continua sendo a melhor opção para projetos públicos, comunidade e descoberta.
Agora, se você trabalha em um time que já usa o Cursor como editor principal, que gera PRs via agentes e está afogado em revisões de código, o Origin resolve um problema real. A integração editor + hospedagem + agentes é algo que nenhum concorrente oferece hoje de forma nativa.
Quem mais deveria ficar de olho:
- Líderes técnicos que gerenciam times com alta adoção de IA no workflow
- Empresas que querem reduzir dependência da Microsoft (GitHub + VS Code + Copilot é muito poder nas mãos de uma empresa)
- Times de platform engineering que precisam de auditoria granular de ações de agentes
- Startups que estão construindo produtos com agentes e precisam de infraestrutura nativa
O timing “acidental” com a queda do GitHub
Eu preciso mencionar isso porque é bom demais para ignorar. No mesmo dia 17 de agosto em que o Origin entrou em beta, o GitHub passou o dia inteiro lutando contra uma queda massiva nos serviços. Muitos devs ficaram sem acesso a repositórios, CI/CD parou, deploys travaram.
Lançamentos de produto são planejados com semanas de antecedência, então provavelmente foi coincidência. Mas a ironia é impossível de ignorar. No dia em que o GitHub caiu, uma alternativa apareceu. A piada praticamente se conta sozinha.
O que falta (e o que pode dar errado)
O Origin está em beta. Isso significa que ainda faltam peças importantes:
- Sem plano gratuito (por enquanto, só assinantes pagos do Cursor têm acesso)
- Sem suporte a repositórios públicos no estilo GitHub
- Ecossistema de integrações limitado (três serviços no lançamento vs. centenas no GitHub Marketplace)
- Sem funcionalidades de comunidade (issues, discussions, wikis, pages)
- Lock-in potencial: se o Origin evoluir e você migrar, voltar para o GitHub pode ser doloroso
O maior risco, na minha opinião, é o Origin ser apenas um GitHub “com tema escuro” em vez de entregar a revolução que promete. Se os recursos de agente ficarem superficiais, o produto vira só mais um GitLab com menos features. A verdade é que a parte difícil não é hospedar Git. É criar um sistema de revisão e merge que máquinas consigam navegar de forma inteligente. E isso ainda precisa ser provado.
Integração vertical: a estratégia que assusta
O que o Cursor está fazendo tem um nome: integração vertical. Hoje eles têm:
- O editor (Cursor)
- Os agentes de IA (desktop e cloud)
- A hospedagem de código (Origin)
Isso é o stack completo de desenvolvimento, do primeiro caractere ao deploy. E tudo integrado nativamente, sem plugins, sem extensões, sem gambiarras.
A Microsoft tem algo parecido (VS Code + GitHub + Copilot), mas são produtos diferentes que foram juntados com cola. O Cursor está construindo tudo como um produto único desde o início. Essa diferença de arquitetura importa.
Para quem lembra, é o mesmo playbook que a Apple usou com hardware + software: quando você controla todo o stack, a experiência do usuário é incomparavelmente melhor. O problema é que também gera lock-in incomparavelmente maior.
Como começar a usar o Origin hoje
Se você já é assinante do Cursor (plano Pro ou Business), o Origin já está disponível na aba Codebase do editor. O setup é rápido:
# Instale a última versão do Cursor CLI
cursor update
# Crie um novo repositório no Origin
cursor origin init meu-projeto
# Ou importe um repositório existente do GitHub
cursor origin import github.com/seu-user/seu-repo
# Push funciona como Git padrão
git remote add origin cursor://meu-projeto
git push origin main
Para conectar com o GitHub, basta autorizar a integração na aba Settings > Integrations > GitHub. A partir daí, qualquer repositório com acesso de leitura ou escrita aparece automaticamente na sua lista do Origin.
Uma dica: comece com um repositório secundário. Teste o fluxo de PR, veja como os agentes interagem com o código, e só depois considere migrar projetos maiores. Beta é beta, e ninguém quer perder código de produção num serviço com dois dias de vida.
GitLab, Gitea, Codeberg: e os outros?
O Origin não é o primeiro a tentar ser alternativa ao GitHub. O GitLab tem um produto maduro com CI/CD integrado, self-hosting e uma base enorme de usuários enterprise. O Gitea e o Codeberg são opções open source e leves para quem quer sair do ecossistema Microsoft.
Mas nenhum deles está apostando na mesma tese do Cursor. Enquanto GitLab e Gitea melhoram a experiência do dev humano, o Origin aposta que o futuro do code hosting precisa ser projetado para máquinas primeiro. É uma aposta ousada.
Se o Origin acertar, vai criar um fosso competitivo difícil de cruzar: quem controla o editor, os agentes E a hospedagem tem uma vantagem brutal de integração. Se errar, vai ser mais um serviço que ninguém pediu.
O GitLab provavelmente vai reagir. A empresa já tem funcionalidades de IA no Duo, mas o core do produto ainda é fundamentalmente humano. Reconstruir a arquitetura para tratar agentes como cidadãos de primeira classe não é uma feature que se adiciona com um plugin. É uma reescrita de filosofia.
O que isso significa para o mercado
O lançamento do Origin é, segundo vários analistas, o desafio mais direto à posição do GitHub no stack de ferramentas dev desde a ascensão do GitLab.
Mas a escala é diferente. O GitLab competiu com o GitHub oferecendo a mesma coisa, só que self-hosted e open source. O Cursor está competindo com uma proposta fundamentalmente diferente: código hospedado para um mundo onde agentes escrevem e revisam código, não só humanos.
Se funcionar, vai criar uma nova categoria. Se não funcionar, vai ser uma nota de rodapé na história das ferramentas dev. Não tem meio termo.
O que eu acho? Vai funcionar. Não porque o produto está pronto (não está), mas porque o problema que ele resolve é real e vai só crescer. Cada vez mais empresas vão ter mais PRs gerados por agentes do que por humanos. E quando esse dia chegar, o GitHub na sua forma atual simplesmente não vai dar conta.
A pergunta não é se precisamos de uma plataforma de código para agentes. A pergunta é se o Cursor vai ser quem entrega isso primeiro.
Fonte de inspiração: Cursor Changelog: Origin Code Hosting













