O que é Worktrunk?
Worktrunk, desenvolvido por Maximilian Roos, é uma ferramenta de linha de comando (wt) para gerenciar git worktrees. Ela não é uma ferramenta de IA em si; ela existe porque executar múltiplos coding agents como Claude Code ou Codex simultaneamente exige cada um em seu próprio diretório de trabalho, e os comandos nativos de worktree do git são trabalhosos. As worktrees são identificadas pelo nome da branch, e wt switch -c -x claude feat cria a branch e a worktree e inicia um agent nela em uma única etapa.
Além dos três comandos principais (switch, list, remove), a ferramenta adiciona hooks na criação e merge, mensagens de commit geradas por LLM, um squash-rebase-merge em um único comando, checkout de PR, status de CI no wt list e compartilhamento via copy-on-write de caches de build como node_modules e target/ entre worktrees.
O repositório possui licença dupla MIT ou Apache-2.0, é escrito em Rust e conta com cerca de 9.700 estrelas no GitHub. A versão 0.81.0 foi lançada em 20 de outubro de 2026, e a crate tem cerca de 41.000 downloads no crates.io.
Worktrunk vale a pena?
Worktrunk resolve bem um problema específico, e esse problema se tornou comum. Quando um coding agent consegue trabalhar sem supervisão por meia hora, rodar cinco ou dez ao mesmo tempo é o passo seguinte natural, e as git worktrees são a forma padrão de impedir que eles sobrescrevam o trabalho uns dos outros. O git nativo torna isso cansativo: criar uma worktree e iniciar um agent dentro dela exige digitar o nome da branch três vezes entre git worktree add, cd e o comando do agent, e a limpeza exige mais três etapas. Worktrunk transforma cada processo em um único comando e calcula caminhos a partir de um template, fazendo com que as worktrees se comportem como branches.
O que o eleva além de um simples alias de shell é a camada construída em torno do núcleo. O comando wt list mostra cada worktree com alterações em stage, commits à frente da main, trabalho não enviado e, no modo completo, o status da CI e um resumo gerado por IA por branch. Hooks executam instalações de dependências ou iniciam um servidor de desenvolvimento quando uma worktree é criada, e um filtro hash_port atribui a cada worktree sua própria porta. No APFS, btrfs e XFS, ele compartilha node_modules e target/ por copy-on-write, de modo que dez worktrees não significam dez builds do zero, que é o custo que a maioria das pessoas subestima. O comando wt merge realiza squash, rebase, merge e remove a worktree de uma só vez.
A escolha de design mais importante é que Worktrunk não interfere na operação do agent. Ao contrário de claude-squad ou orca, ele não envolve os agents em um terminal próprio ou interface gráfica; ele apenas gerencia diretórios e branches, funcionando com qualquer agent e qualquer multiplexador de terminal. O custo dessa abordagem é que ele não faz nada para coordenar os agents entre si: conflitos de merge entre branches paralelas e a carga de revisão de dez diffs continuam sendo sua responsabilidade.
O projeto é recente e evolui rapidamente, estando na versão 0.81 após cerca de um ano, com 62 issues abertas e um mantenedor principal. A numeração pré-1.0 significa que flags e configurações ainda podem mudar. No Windows, o comando wt entra em conflito com o próprio executável do Windows Terminal, portanto o winget o instala como git-wt. Nada disso anula as baixas exigências da ferramenta: apenas um binário, uma linha de integração no shell e git.
Onde ele se destaca
Um desenvolvedor solo executando três sessões de Claude Code em um repositório Rust
Iniciar cada agent em sua própria branch sem a repetição de comandos cd e worktree
wt switch -x claude -c feature-a -- 'Add user authentication', repetido para cada tarefa; um hook pós-início executa as instalações e a pasta target/ é compartilhada via copy-on-write no APFS. Gratuito; evita builds frios a cada worktree.
Um tech lead em uma equipe web de seis pessoas testando agents em paralelo
Identificar rapidamente quais branches de agents estão adiantadas, sujas ou falhando na CI
wt list --full mostra alterações em stage, commits à frente da main, trabalho não enviado e status de CI por worktree; wt switch pr:123 acessa a PR de um colega de equipe. Sem custo de licença, exigindo apenas o tempo de revisão gerado pelas branches adicionais.
Um desenvolvedor front-end cujos agents precisam de servidores de desenvolvimento ativos
Executar múltiplos servidores de desenvolvimento simultaneamente sem conflito de portas
Utilize o filtro de template hash_port em um hook para que cada worktree receba uma porta única e estável; em seguida, wt merge main faz squash, rebase e remove a worktree quando a tarefa for concluída.
Antes de decidir
- Configuração
- brew install worktrunk ou cargo install worktrunk, seguido por wt config shell install para permitir que wt troque de diretório; disponível também no winget, pacman e conda-forge. A criação da primeira worktree leva menos de um minuto.
- Integrações
- Inicia qualquer agent via -x (a integração com Claude Code é documentada), lê PRs e status de CI do GitHub e GitLab, e funciona em qualquer terminal ou multiplexador como Zellij ou tmux.
- Dados e privacidade
- Um binário local que opera o git; mensagens de commit geradas por LLM e resumos de branches chamam o comando de modelo que você configurar. Licença dupla MIT ou Apache-2.0; nenhum comunicado de segurança publicado.
- Custo em escala
- Não há versão paga. Os custos reais são espaço em disco para cada worktree, reduzido pelo compartilhamento de cache via copy-on-write em sistemas de arquivos compatíveis, e o tempo de revisão das branches paralelas.
- Limites
- 62 issues abertas e numeração de versão pré-1.0; o compartilhamento de cache copy-on-write requer APFS, btrfs ou XFS; o utilitário gerencia diretórios, não os agents, portanto não monitora as ações internas de cada agent.
O que é bom
- Um único comando cria uma worktree e inicia um agent dentro dela
- Compartilhamento copy-on-write de node_modules e target/ entre worktrees
- wt list exibe alterações, status ahead/behind e situação da CI por branch
- Funciona com qualquer agent; sem interface ou runtime próprio
O que não é
- Versão pré-1.0 com lançamentos rápidos; flags e configurações podem mudar
- Não resolve conflitos entre branches paralelas
- Conflito de nome com o Windows Terminal; instalado como git-wt nesse sistema
- Compartilhamento de cache limitado a APFS, btrfs e XFS
Ideal para
Desenvolvedores que executam múltiplos coding agents em paralelo em um único repositório e querem gerenciar worktrees sem precisar adotar um dashboard complexo de agents.
Alternativas ao Worktrunk
Worktrunk: perguntas frequentes
- Worktrunk vale a pena?
- Git worktrees convencionais sem o atrito habitual, e para quem executa agents em paralelo esse atrito era justamente o problema central. Damos nota 4.4 de 5.
- Quanto custa Worktrunk?
- Gratuito e de código aberto (MIT ou Apache-2.0).
- Quais são as desvantagens de Worktrunk?
- Versão pré-1.0 com lançamentos rápidos; flags e configurações podem mudar; não resolve conflitos entre branches paralelas; conflito de nome com o Windows Terminal; instalado como git-wt nesse sistema; compartilhamento de cache limitado a APFS, btrfs e XFS.
- Para quem Worktrunk é indicado?
- Desenvolvedores que executam múltiplos coding agents em paralelo em um único repositório e querem gerenciar worktrees sem precisar adotar um dashboard complexo de agents.
- Quanto custa Worktrunk para uma equipe ou em produção?
- Não há versão paga. Os custos reais são espaço em disco para cada worktree, reduzido pelo compartilhamento de cache via copy-on-write em sistemas de arquivos compatíveis, e o tempo de revisão das branches paralelas.
- Worktrunk é seguro para dados da empresa?
- Um binário local que opera o git; mensagens de commit geradas por LLM e resumos de branches chamam o comando de modelo que você configurar. Licença dupla MIT ou Apache-2.0; nenhum comunicado de segurança publicado.
- Quais são as melhores alternativas ao Worktrunk?
- As alternativas mais próximas que analisamos são Claude Squad, Orca e Vibe Kanban.
Respostas verificadas em 31 de out. de 2026.