Shopping cart

Subtotal $0.00

View cartCheckout

Building better devs

TnewsTnews
  • Home
  • Notícias
  • Cursor Lançou o Origin: O GitHub Alternativo Feito para Agentes de IA
Notícias

Cursor Lançou o Origin: O GitHub Alternativo Feito para Agentes de IA

Email : 27

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:

  1. Você cria um repositório no Origin (ou importa do GitHub)
  2. Faz push do seu código local via CLI
  3. Abre pull requests diretamente no editor
  4. Agentes de IA podem navegar o código, responder perguntas, fazer mudanças e até abrir PRs sozinhos
  5. 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:

  1. O editor (Cursor)
  2. Os agentes de IA (desktop e cloud)
  3. 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

Leave a Reply

Your email address will not be published. Required fields are marked *

Related Posts