Pune doi agenți în același checkout și mai devreme sau mai târziu editează același fișier. overvibe new --worktree îi dă fiecărui ajutor propriul git worktree, pe un branch nou ov/<name> făcut din HEAD-ul tău. Când un ajutor se oprește, sesiunea care l-a pornit primește branch-ul, numărul de commituri, fișierele necomise și comanda de merge.

O sesiune rescrie un fișier pe care cealaltă îl are pe jumătate modificat, sau rulează testele pe un amestec din ambele schimbări. Apoi îți petreci după-amiaza aflând ce bucată de diff vine de la care agent.
Construiește exportul CSV și limitarea încercărilor de login în paralel, fiecare în worktree-ul lui, și fă merge când sunt gata.
Funcții care nu depind una de alta. Două sau trei sunt un început bun.
Pornit cu --worktree și --attach, ca fiecare să stea sub coordinator, pe propriul branch.
Checkout-ul tău rămâne cum l-ai lăsat și poți lucra în continuare în el.
Branch-ul, commiturile, fișierele necomise și comanda de merge ajung la coordinator.
Cu testele rulate între merge-uri. Worktree-ul și branch-ul rămân până le ștergi tu sau coordinatorul.
În culise, un flag pentru fiecare ajutor. Coordinatorul adaugă --worktree de fiecare dată când două ajutoare ar edita același repo. Ajutoarele Codex îl acceptă și ele. Citește referința 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>\""
e o singură funcție sau a doua sarcină doar citește. Un reviewer care nu-ți atinge fișierele poate lucra în același checkout cu tine, iar un agent pe un branch e mai ușor de urmărit decât trei.
Lângă repo, în <repo>.worktrees/<name>, fiecare pe un branch nou ov/<name> din HEAD-ul folderului.
Tu, sau coordinatorul după ce îi spui. Overvibe nu șterge niciodată singur un worktree sau un branch.
Implicit, o sesiune poate avea 8 copii care rulează, pe 3 niveluri. Settings > Spawn limits le schimbă pe amândouă. Sesiunile pe care le pornești tu nu au limită.
Un refactor mare sau o migrare împărțită pe module, câte un ajutor pe zonă în propriul worktree și un reviewer care citește rezultatul după merge.
Code reviewClaude scrie modificarea, Codex scrie testele, iar agy citește diff-ul. Toate trei răspunsurile ajung într-o singură sesiune.
Review de planClaude scrie planul, Codex îl citește cu repo-ul deschis și obiectează, totul înainte să existe vreo linie de cod.
Instalează Overvibe, pornește un coordinator în repo și cere-i câte un worktree pentru fiecare funcție.
