Claude Code es el mejor gestor de worktrees
Los gestores de worktrees integrados siempre acaban siendo limitados. Suelen asumir un solo repo, Git, un flujo de ramas bendecido y la idea de un equipo de producto sobre lo que significa preparar un entorno. Las bases de código reales no se quedan dentro de esas líneas.
El Zen de cmux dice que los desarrolladores deberían crear sus propias herramientas y explorar el espacio de formas de trabajar con código. Los worktrees son una primitiva útil, pero también lo son varios checkouts, repos de backend y frontend en carpetas distintas, máquinas remotas, proyectos sin Git, scripts locales y, a veces, programar directamente en main porque es lo más rápido para esa tarea.
El patrón de super repo
Un super repo es un checkout de control que sabe dónde viven los repos reales, cómo se crean los worktrees, cómo se emparejan repos relacionados, qué scripts preparan cada workspace y cómo se revisan y fusionan las PR. cmuxterm-hq es un super repo: contiene el checkout principal de cmux, worktrees de cmux por tarea, checkouts de Zed, scripts de hq, skills reutilizables y las reglas que siguen los agentes para no pisarse.
La idea no es que todos copien ese árbol de directorios exacto. La idea es que un repo local de control puede describir todo tu sistema operativo de ingeniería. Un repo de backend y otro de frontend pueden abrirse juntos. Una app móvil y una API web pueden recargarse juntas. Una rama puede crearse en un repo y tener una rama equivalente en otro. Esa forma pertenece a tu equipo, no a un botón genérico de worktree.
Deja que el agente gestione los worktrees
Claude Code y Codex son mejores gestores de worktrees que la mayoría de gestores integrados porque pueden leer las reglas del repo, ejecutar scripts, crear worktrees en varios repos, limpiar sus propios worktrees, arreglar conflictos, subir ramas, abrir PR y fusionar después de que pasen CI y revisiones.
Nuestros flujos más usados son task-worktree-pr y autoreview. Funcionan porque los agentes pueden leer archivos, escribir archivos, ejecutar comandos, inspeccionar GitHub, esperar a CI, responder comentarios de revisión y operar entre repositorios. Si una tarea necesita cambios de cloud y escritorio juntos, puedes pedir al agente que mire en ambos sitios y dejar que el super repo codifique el resto.
Por qué pierde el soporte integrado de worktrees
Una función de worktrees a nivel de producto puede estar pulida para el caso común, pero los bordes aparecen enseguida: sin Git, varios repos, clientes generados, scripts privados de preparación, ramas emparejadas de backend y frontend, políticas de merge raras o un equipo que empuja a main intencionadamente para cambios internos pequeños.
Un flujo programable se adapta. Pide a Claude Code que cree un worktree, arranque Codex al lado, ejecute el comando de setup, abra el panel de navegador correcto, vigile las pruebas y elimine el worktree cuando la PR se fusione. Luego cambia ese flujo mañana.
cmux da una superficie al flujo
cmux no necesita un gestor universal de worktrees integrado. Te da comandos personalizados, una CLI y API de socket programables y skills reutilizables. El botón de suma puede lanzar tu propio comando de worktree, una preparación multi-repo, un sandbox sin Git o un entorno remoto.
Por eso importa cmux home. El mejor gestor de worktrees es el que tus agentes pueden cambiar cuando cambia tu flujo.