Vale a pena usar o Claude Code em dois projetos ao mesmo tempo?

Fala aí, beleza? Toda sessão de Claude Code tem aquele momento morto: você descreve a tarefa, aperta Enter e a coisa some lendo pasta, editando arquivo, rodando teste… e tu fica ali olhando a tela rolar

É nesse vácuo que nasce a ideia: e se eu abrir um segundo projeto e usar esse tempo?

Parece óbvio, só que tem um porém: a máquina roda em paralelo, a tua cabeça não

Neste post eu comparo as duas rotinas (ficar em um projeto só contra rodar dois ao mesmo tempo), mostro como isolar as sessões de verdade e entrego critérios pra você decidir qual das duas faz sentido no seu dia 🙂

Focar em um projeto ou rodar dois: o que muda na prática

Antes da tabela, um aviso: o que muda aqui não é a capacidade da ferramenta, é a sua

O Claude Code aguenta numa boa duas sessões vivas ao mesmo tempo

A pergunta é se VOCÊ aguenta ser o revisor das duas

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Repare que rodar dois só ganha de lavada em UMA linha: tempo ocioso

Em todo o resto é empate ou desvantagem

Então o jogo é esse: vale quando o ganho de tempo ocioso é grande e as outras linhas não pioram muito

Como rodar duas sessões sem uma atrapalhar a outra

O erro clássico é abrir dois terminais no mesmo diretório e achar que está tudo certo

Não está: as duas sessões editam os mesmos arquivos e uma passa por cima da outra

O caminho certo é o suporte nativo a git worktree do Claude Code

Que worktree? Um git worktree é um diretório de trabalho separado, com seus próprios arquivos e sua própria branch, compartilhando o mesmo histórico e o mesmo remote do checkout principal

Se você já clonou o mesmo repositório duas vezes na máquina só pra não ficar fazendo stash o dia inteiro, a ideia é bem semelhante, e é essa mesma lógica de isolamento que vale quando dois devs dividem o mesmo repositório

Na prática: uma sessão pode construir uma feature enquanto a outra corrige um bug, e as edições de uma nunca tocam os arquivos da outra

Bora ver o passo a passo?

1. Inicie a primeira sessão isolada com a flag de worktree. Passar --worktree (ou -w) com um nome cria um worktree isolado e inicia o Claude dentro dele

claude --worktree pagamentos

Por padrão esse worktree é criado em .claude/worktrees/pagamentos/ na raiz do repositório, em uma branch nova chamada worktree-pagamentos

Se você omitir o nome, o Claude gera um pra você (do tipo bright-running-fox)

O erro comum deste passo: rodar as duas sessões no diretório principal mesmo, sem worktree, e depois tomar um susto vendo uma edição passar por cima da outra

2. Abra a segunda sessão em outro terminal, com outro nome. Rodar o mesmo comando de novo com um nome diferente inicia uma segunda sessão isolada

claude --worktree bugfix-checkout

O erro comum deste passo: reaproveitar o mesmo nome achando que "é o mesmo projeto". Nome repetido é confusão garantida na hora de achar qual sessão é qual

3. Acompanhe tudo de uma tela só com o agent view. O comando claude agents abre uma tela com todas as sessões, o estado de cada uma e quais precisam da sua resposta

claude agents

As sessões ficam organizadas por urgência: Ready for review e Needs input aparecem acima de Working e Completed

Ctrl+S agrupa por diretório e Ctrl+R renomeia uma sessão (use isso, nome bom salva vida)

Dá pra disparar novas sessões ali mesmo, digitando o prompt no campo de baixo e apertando Enter

4. Saia da sessão sem matar ela. Cada sessão em background é uma conversa completa do Claude Code que segue rodando sem terminal anexado

Destacar nunca para uma sessão em background: seta esquerda, Ctrl+Z, /exit e Ctrl+C duplo ou Ctrl+D duplo deixam a sessão rodando

E a task list vai junto com a conversa, então o checklist continua intacto quando você voltar pra aquela linha de trabalho

O erro comum deste passo: achar que fechou e perdeu tudo, abrir outra sessão do zero e ficar com duas conversas fazendo a mesma coisa

5. No app desktop, marque a opção de worktree da sessão. Em repositórios Git, selecionar a opção de worktree ao lado do nome da branch dá à sessão uma cópia isolada do projeto, de modo que mudanças em uma sessão não afetam as outras até o commit

Mesma ideia do terminal, só que no clique

6. Não terceirize a faxina. O Claude Code roda uma varredura periódica que remove worktrees criados para subagents e sessões em background depois que passam do cleanupPeriodDays

Mas tome cuidado: a varredura não remove worktree com arquivos alterados, não rastreados ou commits não enviados, nem worktree de uma sessão --worktree que você ainda não mandou para background, nem worktree que você mesmo criou com git worktree add

O erro comum deste passo: contar com a limpeza automática pra sumir com tudo e, semanas depois, encontrar uma pilha de worktrees antigos com trabalho pela metade dentro

Quando dividir e quando ficar em um projeto só

Aqui é onde a decisão fica concreta

O critério é simples: a segunda frente precisa da sua resposta a toda hora?

Se não precisa, divide. Se precisa, foca

Vale dividir quando:

• Você tem uma feature longa rodando em um worktree e um bug pontual pra corrigir no outro. Esse é o caso de manual: duas linhas independentes, arquivos diferentes, nenhuma pisa na outra
• A tarefa é de espera pura: refactor grande, suíte de teste demorada, migração chata. Manda pra background e usa o tempo revisando outra coisa
• Você já tem o hábito de trabalhar com worktree. Aí a parte mais chata da rotina você já domina, e o que sobra é pegar o jeito do agent view e não esquecer da faxina no fim

Vale ficar em um só quando:

• Você está depurando. Depuração depende de você ler cada saída, testar hipótese e responder na hora. Dividir atenção aqui é o caminho mais rápido pra não resolver nenhum dos dois
• A tarefa é decisão de arquitetura. Isso não é execução, é conversa. E conversa boa não acontece em duas janelas ao mesmo tempo
• Você ainda está aprendendo a base de código. Duas frentes desconhecidas viram zero frentes entendidas

Pra edição pequena e cirúrgica, às vezes a escolha nem é entre uma ou duas sessões, é entre Claude Code ou o autocomplete do próprio editor

E o caso intermediário: dois diretórios que são o mesmo trabalho?

Esse é comum e muita gente divide sessão sem precisar

Se o "segundo projeto" é na verdade o backend do mesmo produto, ou uma lib que você edita junto, não são duas frentes: é uma frente em duas pastas

Nesse caso, libere os diretórios adicionais dentro da mesma sessão com --add-dir ao iniciar o Claude, ou configurando additionalDirectories no .claude/settings.json

claude --add-dir ../minha-lib-compartilhada

Os arquivos desses diretórios seguem as mesmas regras de permissão do diretório original

Só não confunda: adicionar um diretório estende onde o Claude pode ler e editar arquivos, mas não transforma aquele diretório em raiz de configuração. A maior parte da configuração em .claude/ não é descoberta a partir de diretórios adicionais, com poucas exceções

Tem ainda o caminho de várias instâncias coordenadas, o agent teams, que vem desabilitado por padrão e é habilitado com a variável de ambiente CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 (no shell ou no settings.json)

Detalhe importante: os teammates não são isolados em worktrees, então a recomendação é particionar o trabalho pra cada um mexer em arquivos diferentes

O que você perde ao alternar entre duas sessões

Agora o outro lado da conta, porque não existe almoço grátis

Sintoma: a sessão começa a errar depois de horas rodando

Causa: em sessões longas a janela de contexto enche de conversa, conteúdo de arquivo e comando irrelevante, o que pode reduzir a performance e distrair o Claude

Solução: rodar /clear entre tarefas não relacionadas, e usar /compact (com instruções sobre o que manter) pra resumir quando a conversa ficou grande mas você ainda precisa dela

Com duas sessões abertas isso pesa em dobro, porque é fácil deixar as duas envelhecendo sem nunca limpar

Sintoma: você volta pra outra sessão e não lembra onde parou

Causa: trocar de frente joga fora o contexto que estava na SUA cabeça, e esse é o custo que nenhuma flag resolve

Solução: a task list acompanha a conversa quando ela vai pra background, então o checklist continua intacto pra você retomar a linha, e o agent view mostra de cara quais sessões estão em Ready for review ou Needs input

Ajuda muito, mas não faz milagre: quem reconstrói a intenção do trabalho ainda é você

Como prevenir os dois

• Uma frente por vez pedindo a sua atenção. A outra é de espera, sempre
• Nomes de worktree que dizem o que é (worktree-pagamentos é útil, bright-running-fox não)
• Revise o que já foi feito ANTES de mandar a sessão pra background, e não depois de três horas de coisa acumulada

Dois projetos ao mesmo tempo consomem mais limite?

A conta é a mesma, e é aqui que muita gente se enrola

O Claude Code usa um limite de sessão que reseta a cada cinco horas e um limite semanal entre todos os modelos

Em Pro, Max, Team e Enterprise por assento dá pra ver as barras de progresso e a data de reset em Settings > Usage

Ou seja: duas sessões não criam duas cotas, elas dividem a mesma

A linha do tempo recente ajuda a entender onde a coisa está hoje:

• Em 06/05/2026 a Anthropic dobrou os limites de cinco horas do Claude Code para Pro, Max, Team e Enterprise por assento, acabou com a redução de limite em horário de pico para Pro e Max e aumentou os rate limits de API do Opus, creditando o acordo de compute com a SpaceX
• A partir de 14 de setembro de 2026, o boost temporário de 50% no limite semanal foi substituído por um aumento permanente de 25% para Pro, Max, Team e Enterprise por assento. A própria Anthropic publicou esclarecimento dizendo que, comparado ao que havia antes, isso representa uma redução de 17% nos limites semanais do Claude Code

Traduzindo pro nosso assunto: o limite de cinco horas está mais folgado do que estava, e o semanal ficou mais apertado do que o pico recente

E quem roda duas frentes chega no teto semanal mais cedo, simples assim

O plano Pro custa US$ 20 por mês nos EUA, e ele é justamente o perfil que mais sente isso

Se você está em Pro e quer testar paralelismo, olha a barra em Settings > Usage antes e depois de um dia de duas frentes. É o jeito honesto de saber quanto isso te custa, sem chute

Veredito: para quem compensa rodar dois projetos

Compensa se você tem uma frente de espera e outra de revisão. Refactor grande rodando de um lado, você lendo diff do outro: isso é ganho puro, tempo que ia virar tela rolando

Compensa se você já usa worktree no dia a dia. O isolamento em si é barato, o que custa é a rotina em volta (acompanhar pelo agent view, destacar sem matar, limpar os worktrees depois), e essa rotina você aprende uma vez

Não compensa se você está depurando. Depuração é diálogo, e diálogo não paraleliza

Não compensa se você está aprendendo a base de código. Duas frentes que você não domina viram duas fontes de retrabalho

Não compensa se você está perto do teto semanal. Aí o paralelismo só antecipa a parede

O ponto de virada é esse: o ganho é tempo ocioso, o custo é atenção

Você só sai no lucro quando a segunda sessão NÃO pede resposta a toda hora

No momento em que as duas começam a te chamar juntas, você não está rodando dois projetos, está atrasando dois projetos 😛

Conclusão

Recapitulando o critério central: rodar o Claude Code em dois projetos ao mesmo tempo faz sentido quando uma das frentes é de espera e a outra é de revisão, e não faz quando as duas disputam a sua cabeça

O isolamento técnico está resolvido com worktree (arquivos e branch próprios, sem uma sessão tocar a outra), e a visibilidade está resolvida com o agent view

O que continua sendo humano é decidir quantas coisas você consegue revisar bem ao mesmo tempo

Próximo passo concreto, bem pequeno: pega UMA tarefa de espera, joga num worktree isolado com --worktree, acompanha pelo claude agents e confere o consumo em Settings > Usage no fim do dia

Se o ganho apareceu, vira rotina. Se você só sentiu que revisou pior, volta pra uma frente só e segue feliz

E me conta nos comentários como foi a divisão de frentes aí: deu certo ou virou bagunça? 😀

até o próximo post!