Ponha dois agentes num mesmo checkout e, mais cedo ou mais tarde, eles editam o mesmo arquivo. O overvibe new --worktree dá a cada auxiliar o próprio git worktree, numa branch nova ov/<name> criada a partir do seu HEAD. Quando um auxiliar para, a sessão que o iniciou recebe a branch, o número de commits, os arquivos ainda sem commit e o comando para fazer o merge.

Uma sessão reescreve um arquivo que a outra deixou pela metade, ou roda os testes numa mistura das duas mudanças. Aí você passa a tarde descobrindo qual trecho veio de qual agente.
Construa a exportação em CSV e o limite de tentativas de login em paralelo, cada um no próprio worktree, e faça o merge quando terminarem.
Funcionalidades que não dependem umas das outras. Duas ou três já é um bom começo.
Iniciados com --worktree e --attach, então cada um fica sob o coordenador na própria branch.
O seu checkout fica onde você deixou, e você pode continuar trabalhando nele.
Branch, commits, arquivos sem commit e o comando de merge chegam no coordenador.
Com os testes entre um merge e outro. O worktree e a branch ficam até você ou o coordenador removerem.
Por trás disso, uma flag por auxiliar. O coordenador adiciona --worktree sempre que dois auxiliares editariam o mesmo repositório. Auxiliares Codex também aceitam a flag. Leia a referência da 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>\""
houver uma funcionalidade só, ou a segunda tarefa só lê. Um revisor que não mexe nos seus arquivos pode dividir o seu checkout, e um agente numa branch é mais fácil de acompanhar que três.
Ao lado do repositório, em <repo>.worktrees/<name>, cada um numa branch nova ov/<name> a partir do HEAD da pasta.
Você, ou o coordenador quando você mandar. O Overvibe nunca apaga um worktree nem uma branch por conta própria.
Por padrão, uma sessão pode ter 8 filhos rodando, com até 3 níveis de profundidade. Settings > Spawn limits muda os dois. Sessões que você mesmo inicia não têm limite.
Uma refatoração ou migração grande dividida por módulo, um auxiliar por área no próprio worktree, e um revisor lendo o resultado depois do merge.
Revisão de códigoO Claude escreve a mudança, o Codex escreve os testes e o agy lê o diff. As três respostas chegam numa só sessão.
Revisão de planoO Claude escreve o plano, o Codex lê com o repositório aberto e contesta, tudo antes de existir uma linha de código.
Instale o Overvibe, inicie um coordenador no seu repositório e peça um worktree por funcionalidade.
