Quando seu projeto cresce, uma única IA fazendo uma coisa de cada vez fica pequena demais — você quer avançar mais rápido e testar várias coisas ao mesmo tempo. Aqui está o truque que usam os que constroem pra valer (e que a gente usa): você abre VÁRIAS sessões de IA em paralelo, cada uma na sua própria versão isolada do projeto. Uma constrói uma feature, outra conserta outra coisa, outra testa uma ideia nova — as três avançando ao mesmo tempo, sem se atrapalharem e sem tocar na sua versão principal. E cada uma, quando termina, é auditada com o protocolo C-A-R e é unida (merge) ao projeto só quando ficou impecável. Resultado: você avança o triplo, com rede de segurança. Essas cópias vivas se chamam worktrees, e com Claude dentro do VS Code criar uma é um único comando. Aqui você vai entender o benefício, como funciona sem tecnicismos, e o prompt para montar isso.
O momento chega quando seu projeto cresce e uma única IA, fazendo uma coisa de cada vez, fica pequena demais. Você quer avançar mais rápido: que enquanto uma sessão constrói uma feature, outra conserte um bug e uma terceira teste uma ideia nova — tudo ao mesmo tempo. Também quando você fica em dúvida entre dois caminhos ("faço assim ou assado?") e quer ver os dois antes de decidir. Ou quando quer testar algo arriscado sem mexer no que já funciona. Em todos esses casos, ir de uma coisa por vez sobre a sua única versão é lento e frágil.
No guia do GitHub você viu as branches: cópias paralelas do seu projeto. Um worktree leva isso um passo além: permite que você tenha várias dessas branches abertas e vivas ao mesmo tempo, cada uma na sua própria pasta, sem que uma toque na outra. Enquanto uma IA trabalha na "ideia A", outra pode estar na "ideia B", e sua versão principal segue intacta. Não é de uma em uma — é todas ao mesmo tempo.
O Claude Code tem uma extensão oficial para VS Code (também funciona no Cursor e compatíveis). A partir dela você abre várias sessões de IA em paralelo, cada uma no seu próprio worktree, e vê as mudanças que ela propõe com um diff visual (lado a lado) que você aprova ou rejeita. O melhor: criar um worktree isolado é um único comando.
claude --worktree mi-idea-arriesgada
Isso cria uma cópia isolada do seu projeto (em .claude/worktrees/mi-idea-arriesgada/) sobre uma branch nova, sem mexer na sua versão principal. Você trabalha a ideia ali; se funcionar, você a une; se não, apaga e não aconteceu nada. Você pode abrir outra sessão com claude --worktree otra-idea e ter as duas competindo ao mesmo tempo.
Esse é o maior benefício, e é exatamente como a gente constrói: em vez de uma única IA avançando em fila indiana, temos várias sessões trabalhando em paralelo, cada uma no seu próprio worktree. A sessão 1 constrói uma parte do produto, a sessão 2 monta outra coisa diferente, uma sessão 3 poderia estar testando uma ideia nova — as três avançando AO MESMO TEMPO, sem se atrapalhar. É como ter três funcionários em vez de um, cada um na sua mesa, sem se estorvar.
Dentro do VS Code, quando a IA quer mudar um arquivo, ela te mostra uma comparação lado a lado: o que havia vs. o que ela propõe. Você decide: aceitar, rejeitar ou dizer o que mudar. Nada é modificado pelas suas costas. É como ter o funcionário te mostrando cada mudança antes de aplicar, em vez de mexer em tudo e você descobrir depois.
Copie e cole no seu agente de código para que ele te guie a trabalhar em várias frentes ao mesmo tempo, sem que você precise aprender comandos:
Quero avançar mais rápido no meu projeto trabalhando em VÁRIAS sessões em paralelo, cada uma na sua própria versão isolada (worktree), sem que se atrapalhem nem quebrem minha versão principal. Me guie em linguagem simples, assumindo que eu não sei nada de git. 1. Me explique em uma frase o que é um worktree (uma cópia viva e isolada do meu projeto). 2. Vou trabalhar nestas frentes ao mesmo tempo: [liste suas tarefas, ex: "1) redesenhar a página inicial, 2) consertar o login, 3) testar uma ideia nova"]. Crie um worktree dedicado para cada uma, ramificando a partir da minha versão estável. 3. Me diga como abrir o VS Code em cada worktree para ver o diff e aprovar/rejeitar as mudanças visualmente. 4. REGRA IMPORTANTE: cada sessão deve dar push para a SUA PRÓPRIA branch, NUNCA para a principal (main). A principal só recebe coisas via merge. 5. Quando eu terminar uma tarefa no seu worktree, antes de uni-la: aplique o protocolo C-A-R (audite, depure, deixe impecável). Só então faça o merge dessa branch para a principal, e resolva qualquer conflito em linguagem natural. 6. Se uma ideia não vingou, me ajude a descartar o worktree dela sem que meu projeto principal fique sabendo. Regra de ouro: eu avanço em paralelo, mas na branch principal só entra o que foi auditado, via merge — nunca pela metade.
Join 4,200+ builders. No credit card. Build your first app with AI in minutes.