Mettez deux agents dans le même checkout et tôt ou tard ils modifient le même fichier. overvibe new --worktree donne à chaque assistant son propre worktree git, sur une nouvelle branche ov/<name> créée depuis votre HEAD. Quand un assistant s'arrête, la session qui l'a lancé reçoit la branche, le nombre de commits, les fichiers non commités et la commande pour la fusionner.

Une session réécrit un fichier que l'autre a à moitié modifié, ou lance les tests sur un mélange des deux changements. Et vous passez l'après-midi à démêler quel bloc vient de quel agent.
Construis l'export CSV et la limite de tentatives de connexion en parallèle, chacun dans son propre worktree, et fusionne-les quand ils sont prêts.
Des fonctionnalités qui ne dépendent pas les unes des autres. Deux ou trois, c'est un bon début.
Lancé avec --worktree et --attach, donc chacun se range sous le coordinateur, sur sa propre branche.
Votre checkout reste là où vous l'avez laissé, et vous pouvez continuer à y travailler.
La branche, les commits, les fichiers non commités et la commande de fusion arrivent chez le coordinateur.
En lançant les tests entre deux fusions. Le worktree et la branche restent jusqu'à ce que vous ou le coordinateur les supprimiez.
En coulisses, une option par assistant. Le coordinateur ajoute --worktree dès que deux assistants modifieraient le même dépôt. Les assistants Codex l'acceptent aussi. Lire la référence 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>\""
il n'y a qu'une fonctionnalité, ou que le deuxième travail ne fait que lire. Un relecteur qui ne touche pas à vos fichiers peut partager votre checkout, et un agent sur une branche se suit plus facilement que trois.
À côté du dépôt, dans <repo>.worktrees/<name>, chacun sur une nouvelle branche ov/<name> créée depuis le HEAD du dossier.
Vous, ou le coordinateur quand vous le lui dites. Overvibe ne supprime jamais un worktree ou une branche de lui-même.
Par défaut, une session peut avoir 8 enfants actifs, sur 3 niveaux. Settings > Spawn limits change les deux. Les sessions que vous lancez vous-même ne sont pas limitées.
Une grosse refactorisation ou migration découpée par module, un assistant par zone dans son propre worktree, et un relecteur qui lit le résultat fusionné.
Revue de codeClaude écrit la modification, Codex écrit les tests et agy relit le diff. Les trois réponses arrivent dans une seule session.
Revue de planClaude écrit le plan, Codex le lit avec le dépôt ouvert et conteste, avant même qu'une ligne de code existe.
Installez Overvibe, lancez un coordinateur dans votre dépôt et demandez-lui un worktree par fonctionnalité.
