Claude Code é o melhor gerenciador de worktree
Gerenciadores de worktree embutidos são inevitavelmente limitados. Eles normalmente assumem um repo, Git, um fluxo de branches aprovado e a ideia de um time de produto sobre o que setup deveria significar. Bases de código reais não ficam dentro dessas linhas.
O Zen do cmux é que desenvolvedores devem criar suas próprias ferramentas e explorar o espaço de maneiras de trabalhar com código. Worktrees são um primitivo útil, mas múltiplos checkouts, repos backend/frontend em pastas diferentes, máquinas remotas, projetos sem Git, scripts locais e às vezes codar direto na main porque é mais rápido para aquela tarefa também são.
O padrão super repo
Um super repo é um checkout de controle que sabe onde os repos reais vivem, como worktrees são criadas, como repos relacionados são pareados, quais scripts preparam cada workspace e como PRs passam por review e merge. cmuxterm-hq é um super repo: contém o checkout principal do cmux, worktrees do cmux por tarefa, checkouts do Zed, scripts hq, skills reutilizáveis e as regras que agentes seguem para não pisarem uns nos outros.
O ponto não é que todo mundo copie exatamente essa árvore de diretórios. O ponto é que um repo local de controle pode descrever todo o seu sistema operacional de engenharia. Um repo backend e um repo frontend podem ser abertos juntos. Um app mobile e uma web API podem ser recarregados juntos. Uma branch pode ser criada em um repo e ter uma branch correspondente em outro. Esse formato pertence ao seu time, não a um botão genérico de worktree.
Deixe o agente gerenciar as worktrees
Claude Code e Codex são gerenciadores de worktree melhores que a maioria dos embutidos porque conseguem ler regras do repo, executar scripts, criar worktrees em múltiplos repos, limpar suas próprias worktrees, resolver conflitos, enviar branches, abrir PRs e fazer merge depois que CI e gates de review passam.
Nossos fluxos mais usados são task-worktree-pr e autoreview. Eles funcionam porque agentes conseguem ler arquivos, escrever arquivos, executar comandos, inspecionar GitHub, esperar CI, responder comentários de review e operar entre repositórios. Se uma tarefa precisa de mudanças cloud e desktop juntas, você pode mandar o agente olhar nos dois lugares e deixar o super repo codificar o resto.
Por que suporte embutido a worktree perde
Uma feature de worktree no nível do produto pode ser polida para o caso comum, mas os casos de borda chegam imediatamente: sem Git, vários repos, clientes gerados, scripts privados de setup, branches backend/frontend pareadas, política de merge incomum ou um time que intencionalmente faz push na main para pequenas mudanças internas.
Um workflow programável se adapta. Peça ao Claude Code para criar uma worktree, iniciar Codex ao lado, rodar o comando de setup, abrir o browser pane certo, observar testes e remover a worktree quando o PR fizer merge. Amanhã mude esse workflow.
cmux dá uma superfície ao workflow
cmux não precisa de um gerenciador universal de worktree embutido. Ele oferece comandos personalizados, uma CLI e socket API programáveis e skills reutilizáveis. O botão de mais pode iniciar seu próprio comando de worktree, setup multi-repo, sandbox sem Git ou ambiente remoto.
É por isso que cmux home importa. O melhor gerenciador de worktree é aquele que seus agentes conseguem mudar quando seu workflow muda, e o melhor terminal para esse ciclo mantém notificações, Cmd+Shift+U e Cmd+Control+U conectados à superfície.