Een git-worktreebeheerder
voor Claude Code, Codex en elke agent-CLI

Een git-worktree is een tweede checkout van dezelfde repository, in een eigen map en op een eigen branch, die de geschiedenis en de remote deelt met je hoofdcheckout. Als je elke AI-codeeragent er een geeft, bewerkt, bouwt en commit elke agent zijn eigen kopie van de bestanden, zodat twee agents die tegelijk werken elkaar nooit overschrijven of van branch wisselen onder elkaars voeten. Onze blog heeft een uitgebreidere gids over de git-kant: Git worktrees: de basis voor het uitvoeren van meerdere AI-agents zonder conflicten.

Ja. claude --worktree <naam> (of -w) maakt .claude/worktrees/<naam> aan op een branch genaamd worktree-<naam>, kopieert de door git genegeerde bestanden die in .worktreeinclude staan, en vraagt bij het afsluiten of de worktree moet blijven of weg moet; subagents kunnen in een eigen worktree draaien met isolation: worktree. Het installeert je afhankelijkheden niet. In AgentsRoom kun je het blijven gebruiken, of het ticket of de agent de worktree laten aanvragen, die dan ook wordt voorbereid en in het tabblad Wijzigingen verschijnt (gecontroleerd op Claude Code 2.1.299).

De Codex-app wel: hij maakt beheerde worktrees aan in $CODEX_HOME/worktrees, in detached HEAD, kopieert de genegeerde bestanden die in .worktreeinclude staan, kan de setup-scripts van een lokale omgeving draaien, bewaart de 15 meest recente en verplaatst een chat met Handoff tussen Local en een worktree. codex-cli 0.162.1 heeft een --worktree-vlag die een sessie in een nieuwe beheerde worktree draait. AgentsRoom geeft een Codex-agent op dezelfde manier een worktree als elke andere agent, vanuit het ticket of het venster Agent toevoegen.

Allemaal: de worktree is gewoon de werkmap van de agent, welke CLI daar ook draait, dus Claude, Codex, GitHub Copilot CLI, Cursor en 10 andere agent-CLI's werken er op dezelfde manier in. Kimi Code en Antigravity CLI vertrouwen een map op basis van zijn exacte pad; AgentsRoom registreert een nieuwe worktree voor de start als vertrouwd voor hen, zodat ze niet blijven hangen op een vertrouwensvraag.

Nee. Voordat de eerste agent start in een nieuwe worktree, kopieert AgentsRoom de door git genegeerde bestanden van de hoofdcheckout die overeenkomen met Bestanden gekopieerd uit deze checkout (standaard elk .env-bestand) en draait het installatiecommando dat uit de lockfile in de hoofdmap is afgeleid. Beide stel je in via Projectinstellingen > Git > Nieuwe worktrees voorbereiden, waar je het commando kunt vervangen, bijvoorbeeld door pnpm install && pnpm build:deps. Een bestand dat al in de worktree staat, wordt nooit overschreven.

Open het tabblad Wijzigingen en kies de worktree in de Worktree-kiezer bovenaan: de bestandenlijst, de diffs, de review, Commit, Pull en Push werken dan op die checkout. Voor een ticket voegt Automatisch samenvoegen in de huidige branch wanneer de taak is voltooid zijn branch samen wanneer je het op Done zet, en Automatisch committen als het werk klaar is (Instellingen > Achterstand) commit eerst wat de agent heeft achtergelaten, zodat de samenvoeging het hele werk bevat.

In het project, onder .worktrees/<branch>/, afgetakt van de standaardbranch van de remote, tenzij je een Basisbranch voor worktrees instelt in Projectinstellingen. De map wordt toegevoegd aan .git/info/exclude van de kloon, nooit aan je .gitignore, dus hij blijft buiten je commits. Worktrees worden nooit automatisch verwijderd: verwijder er een met git worktree remove als je er klaar mee bent.

Ja, allebei. Op de telefoon heeft het scherm Wijzigingen dezelfde Worktree-kiezer, en een ticket dat om een worktree vraagt, draait daarin wanneer je het vanaf de telefoon start, voorbereid door de desktop zoals elk ander. Een project dat op een SSH-server is geopend, krijgt zijn worktrees op de server, zonder de installatiestap. Een lokale checkout waarvan de agents op een externe host draaien, kan geen worktrees gebruiken, en het ticket vertelt je dat in plaats van te starten.