Drei Features gleichzeitig, jedes auf seinem eigenen Branch.
Setz zwei Agenten in einen Checkout, und früher oder später bearbeiten sie dieselbe Datei. overvibe new --worktree gibt jedem Helfer einen eigenen git worktree, auf einem neuen Branch ov/<name> ab deinem HEAD. Wenn ein Helfer stoppt, bekommt die Session, die ihn gestartet hat, den Branch, die Zahl der Commits, alle nicht committeten Dateien und den Befehl zum Mergen.
Kostenlos und Open SourceLäuft auf Mac und LinuxDeine eigenen Logins für Claude und Codex
Aufgenommen auf einem Demo-Rechner: Der Claude-Helfer arbeitet auf seinem eigenen ov/-Branch, während Codex und agy daneben laufen.
Zwei Agenten in einem Checkout schreiben einen Diff, den keiner geplant hat
Eine Session schreibt eine Datei um, an der die andere gerade halb fertig ist, oder lässt die Tests auf einer Mischung aus beiden Änderungen laufen. Danach verbringst du den Nachmittag damit herauszufinden, welcher Hunk von welchem Agenten kam.
Helfer in einem gemeinsamen Checkout
Beide Agenten bearbeiten dieselben Dateien
Tests laufen gegen die halbe Änderung von jedem
Ein Branch, in dem alle Commits durcheinanderliegen
Ein Worktree pro Helfer
Jeder Helfer bekommt einen eigenen Ordner neben dem Repo
Jeder committet auf seinem eigenen ov/-Branch
Der Merge-Befehl kommt zurück, wenn er stoppt
Von einer Bitte zu gemergten Branches
Du tippst
❯Bau den CSV-Export und das Rate Limit für den Login parallel, jedes in seinem eigenen Worktree, und merge beides, wenn sie fertig sind.
1Gib dem Koordinator die Liste
Features, die nicht voneinander abhängen. Zwei oder drei sind ein guter Anfang.
2Ein Helfer pro Feature
Gestartet mit --worktree und --attach, also hängt jeder auf seinem eigenen Branch unter dem Koordinator.
3Sie committen auf ihren Branches
Dein eigener Checkout bleibt, wo du ihn gelassen hast, und du kannst darin weiterarbeiten.
4Jeder Stopp bringt einen Branch zurück
Branch, Commits, nicht committete Dateien und der Merge-Befehl kommen beim Koordinator an.
5Mergen, einer nach dem anderen
Mit den Tests zwischen den Merges. Worktree und Branch bleiben, bis du oder der Koordinator sie entfernt.
Dahinter steckt ein Flag pro Helfer. Der Koordinator hängt --worktree an, sobald zwei Helfer dasselbe Repo bearbeiten würden. Codex-Helfer kennen das Flag auch. Zur CLI-Referenz
$ 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>\""
Lass die Worktrees weg, wenn
es nur ein Feature gibt oder der zweite Job nur liest. Ein Prüfer, der deine Dateien in Ruhe lässt, kann deinen Checkout mitbenutzen, und einem Agenten auf einem Branch folgst du leichter als dreien.
Fragen
Wo landen die Worktrees?
Neben dem Repo, in <repo>.worktrees/<name>, jeder auf einem neuen Branch ov/<name> ab dem HEAD des Ordners.
Wer räumt sie auf?
Du, oder der Koordinator, sobald du es ihm sagst. Overvibe löscht nie von sich aus einen Worktree oder Branch.
Wie viele Helfer können gleichzeitig laufen?
Eine Session kann standardmäßig 8 laufende Kinder haben, 3 Ebenen tief. Unter Settings > Spawn limits änderst du beides. Sessions, die du selbst startest, sind nicht begrenzt.
