Mete dos agentes en el mismo checkout y tarde o temprano editan el mismo archivo. overvibe new --worktree da a cada ayudante su propio git worktree, en una rama nueva ov/<name> creada desde tu HEAD. Cuando un ayudante para, la sesión que lo inició recibe la rama, el número de commits, los archivos sin commitear y el comando para fusionarla.
Gratis y de código abiertoCorre en Mac y LinuxCon tus propias cuentas de Claude y Codex
Grabado en una máquina de demo: el ayudante de Claude trabaja en su propia rama ov/ mientras Codex y agy corren a su lado.
Dos agentes en un mismo checkout escriben un diff que nadie planeó
Una sesión reescribe un archivo que la otra tiene a medias, o ejecuta los tests sobre una mezcla de los dos cambios. Y luego te pasas la tarde averiguando qué trozo vino de qué agente.
Ayudantes en un mismo checkout
Los dos agentes editan los mismos archivos
Los tests corren contra la mitad de cada cambio
Una sola rama con los commits de todos mezclados
Un worktree por ayudante
Cada ayudante tiene su propia carpeta junto al repo
Cada uno hace commits en su propia rama ov/
El comando para fusionar vuelve cuando para
De un encargo a ramas fusionadas
Tú escribes
❯Construye la exportación a CSV y el límite de intentos de login en paralelo, cada uno en su propio worktree, y fusiónalos cuando estén listos.
1Dale la lista al coordinador
Funciones que no dependan unas de otras. Con dos o tres ya empiezas bien.
2Un ayudante por función
Iniciado con --worktree y --attach, así cada uno queda bajo el coordinador en su propia rama.
3Hacen commits en sus ramas
Tu checkout se queda como lo dejaste, y puedes seguir trabajando en él.
4Cada parada trae una rama
La rama, los commits, los archivos sin commitear y el comando para fusionar llegan al coordinador.
5Fusiona de una en una
Con los tests entre una fusión y otra. El worktree y la rama se quedan hasta que los borres tú o los borre el coordinador.
Detrás de todo, un flag por ayudante. El coordinador añade --worktree siempre que dos ayudantes fueran a editar el mismo repo. Los ayudantes de Codex también lo aceptan. Lee la referencia de la CLI
$ overvibe new --attach --worktree --cwd . --name "shop: csv export" \
--prompt "Add CSV export to the orders page and commit. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<summary>\""
$ overvibe new --attach --worktree --tool codex --cwd . --name "shop: rate limit" \
--prompt "Add a rate limit to POST /login and commit. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<summary>\""
Sáltate los worktrees cuando
solo hay una función, o el segundo trabajo solo lee. Un revisor que no toca tus archivos puede compartir tu checkout, y un agente en una rama se sigue mejor que tres.
Preguntas
¿Dónde van los worktrees?
Junto al repo, en <repo>.worktrees/<name>, cada uno en una rama nueva ov/<name> creada desde el HEAD de la carpeta.
¿Quién los limpia?
Tú, o el coordinador cuando se lo digas. Overvibe nunca borra un worktree ni una rama por su cuenta.
¿Cuántos ayudantes pueden ir a la vez?
Por defecto, una sesión puede tener 8 hijos en marcha, hasta 3 niveles de profundidad. Settings > Spawn limits cambia las dos cosas. Las sesiones que inicias tú no tienen tope.
