¿Qué es Worktrunk?
Worktrunk, de Maximilian Roos, es una herramienta de línea de comandos (wt) para gestionar git worktrees. No es una herramienta de IA en sí; existe porque ejecutar varios agentes de programación como Claude Code o Codex a la vez exige que cada uno tenga su propio directorio de trabajo, y los comandos de worktree de git son torpes. Los worktrees se identifican por el nombre de la rama, y wt switch -c -x claude feat crea la rama y el worktree y arranca un agente en él en un solo paso.
Alrededor de los tres comandos principales (switch, list, remove) añade hooks al crear y al fusionar, mensajes de commit escritos por un LLM, un squash, rebase y merge en un solo comando, checkout de PR, estado de CI en wt list y uso compartido con copy-on-write de cachés de compilación como node_modules y target/ entre worktrees.
El repositorio tiene doble licencia MIT o Apache-2.0, está escrito en Rust y tiene unas 9.700 estrellas en GitHub. La versión 0.81.0 salió el 20 de octubre de 2026, y el crate suma unas 41.000 descargas en crates.io.
¿Merece la pena Worktrunk?
Worktrunk resuelve bien un problema concreto, y el problema se ha vuelto habitual. En cuanto un agente de programación puede trabajar media hora sin supervisión, ejecutar cinco o diez a la vez es el siguiente paso evidente, y los git worktrees son la forma estándar de evitar que se pisen. Git a secas lo hace tedioso: crear un worktree y un agente dentro obliga a escribir el nombre de la rama tres veces entre git worktree add, cd y el comando del agente, y limpiar cuesta otras tres. Worktrunk convierte cada cosa en un comando y calcula las rutas a partir de una plantilla, de modo que los worktrees se comportan como ramas.
Lo que lo eleva por encima de un alias de shell es la capa que rodea al núcleo. wt list muestra cada worktree con los cambios preparados, los commits por delante de main, el trabajo sin subir y, en modo completo, el estado de CI y un resumen con IA por rama. Los hooks instalan dependencias o arrancan un servidor de desarrollo al crear un worktree, y un filtro hash_port da a cada worktree su propio puerto. En APFS, btrfs y XFS comparte node_modules y target/ mediante copy-on-write, así que diez worktrees no suponen diez compilaciones en frío, que es el coste que casi todo el mundo subestima. wt merge hace squash, rebase, merge y elimina el worktree de una vez.
La decisión de diseño que importa es que Worktrunk no se interpone en el camino del agente. A diferencia de claude-squad u orca, no envuelve a los agentes en su propia terminal ni en una interfaz de escritorio; solo gestiona directorios y ramas, así que funciona con cualquier agente y cualquier multiplexor de terminal. El precio de esa decisión es que no hace nada para coordinar a los propios agentes: los conflictos de fusión entre ramas paralelas, y la carga de revisar diez diffs, siguen siendo cosa tuya.
El proyecto es joven y avanza rápido, en la versión 0.81 tras cerca de un año, con 62 incidencias abiertas y un mantenedor principal. La numeración anterior a la 1.0 significa que las opciones y la configuración aún pueden cambiar. En Windows, wt choca con el comando propio de Windows Terminal, así que winget lo instala como git-wt. Nada de eso pesa más que lo poco que pide: un binario, una línea de integración con la shell y git.
Dónde se gana su sitio
Un desarrollador independiente con tres sesiones de Claude Code sobre un repositorio en Rust
Arrancar cada agente en su propia rama sin el cd y la ceremonia de los worktrees
wt switch -x claude -c feature-a -- 'Add user authentication', repetido por tarea; un hook post-start ejecuta las instalaciones y target/ se comparte con copy-on-write en APFS. Gratis; ahorra la compilación en frío de cada worktree.
Una responsable técnica de un equipo web de seis personas que prueba agentes en paralelo
Ver de un vistazo qué ramas de agentes van por delante, tienen cambios o fallan en CI
wt list --full muestra cambios preparados, commits por delante de main, trabajo sin subir y estado de CI por worktree; wt switch pr:123 salta a la PR de un compañero. Sin coste de licencia, solo el tiempo de revisión que generan las ramas extra.
Un desarrollador front-end cuyos agentes necesitan cada uno un servidor de desarrollo
Ejecutar varios servidores de desarrollo a la vez sin colisiones de puertos
Usa el filtro de plantilla hash_port en un hook para que cada worktree reciba un puerto único y estable, y luego wt merge main hace squash, rebase y elimina el worktree cuando la tarea se integra.
Antes de decidirte
- Puesta en marcha
- brew install worktrunk o cargo install worktrunk, y luego wt config shell install para que wt pueda cambiar de directorio; también está en winget, pacman y conda-forge. El primer worktree lleva menos de un minuto.
- Integraciones
- Lanza cualquier agente con -x (la integración con Claude Code está documentada), lee PR y estado de CI de GitHub y GitLab, y funciona en cualquier terminal o multiplexor como Zellij o tmux.
- Datos y privacidad
- Un binario local que maneja git; los mensajes de commit y los resúmenes de rama con LLM llaman al comando de modelo que configures. Doble licencia MIT o Apache-2.0; no hay avisos de seguridad publicados.
- Coste a escala
- No hay edición de pago. Los costes reales son el disco de cada worktree, reducido por el uso compartido de cachés con copy-on-write en los sistemas de archivos compatibles, y el tiempo de revisión de las ramas paralelas.
- Límites
- 62 incidencias abiertas y numeración anterior a la 1.0; compartir cachés con copy-on-write requiere APFS, btrfs o XFS; gestiona directorios, no agentes, así que no ve lo que hace cada agente.
Lo bueno
- Un comando crea un worktree y arranca un agente en él
- Uso compartido con copy-on-write de node_modules y target/ entre worktrees
- wt list muestra cambios, adelanto y retraso y estado de CI por rama
- Funciona con cualquier agente; sin interfaz ni runtime propios
Lo malo
- Anterior a la 1.0 y con versiones rápidas; las opciones y la configuración pueden cambiar
- No hace nada con los conflictos entre ramas paralelas
- Choque de nombre con Windows Terminal; allí se instala como git-wt
- Las cachés solo se comparten en APFS, btrfs y XFS
Ideal para
Desarrolladores que ejecutan varios agentes de programación en paralelo sobre un repositorio y quieren gestionar los worktrees sin adoptar un panel de agentes completo.
Alternativas a Worktrunk
Worktrunk: preguntas frecuentes
- ¿Merece la pena Worktrunk?
- Git worktrees de siempre sin la fricción, y para quien ejecuta agentes en paralelo esa fricción era todo el problema. Le damos un 4.4 sobre 5.
- ¿Cuánto cuesta Worktrunk?
- Gratuito y de código abierto (MIT o Apache-2.0).
- ¿Qué inconvenientes tiene Worktrunk?
- Anterior a la 1.0 y con versiones rápidas; las opciones y la configuración pueden cambiar; no hace nada con los conflictos entre ramas paralelas; choque de nombre con Windows Terminal; allí se instala como git-wt; las cachés solo se comparten en APFS, btrfs y XFS.
- ¿Para quién es Worktrunk?
- Desarrolladores que ejecutan varios agentes de programación en paralelo sobre un repositorio y quieren gestionar los worktrees sin adoptar un panel de agentes completo.
- ¿Cuánto cuesta Worktrunk para un equipo o en producción?
- No hay edición de pago. Los costes reales son el disco de cada worktree, reducido por el uso compartido de cachés con copy-on-write en los sistemas de archivos compatibles, y el tiempo de revisión de las ramas paralelas.
- ¿Es Worktrunk seguro para los datos de la empresa?
- Un binario local que maneja git; los mensajes de commit y los resúmenes de rama con LLM llaman al comando de modelo que configures. Doble licencia MIT o Apache-2.0; no hay avisos de seguridad publicados.
- ¿Cuáles son las mejores alternativas a Worktrunk?
- Las alternativas más cercanas que hemos analizado son Claude Squad, Orca y Vibe Kanban.
Respuestas comprobadas el 31 oct 2026.