Un gestore di worktree git
per Claude Code, Codex e ogni CLI di agenti

Un worktree git è un secondo checkout dello stesso repository, nella propria cartella e sul proprio branch, che condivide la cronologia e il remote con il tuo checkout principale. Darne uno a ogni agente IA di coding significa che ogni agente modifica, compila e committa la propria copia dei file, così due agenti che lavorano nello stesso momento non si sovrascrivono mai e non cambiano mai branch sotto i piedi l'uno dell'altro. Il nostro blog ha una guida più lunga sulla parte git: Git worktree: le fondamenta per far girare più agenti AI senza conflitti.

Sì. claude --worktree <nome> (o -w) crea .claude/worktrees/<nome> su un branch chiamato worktree-<nome>, copia i file ignorati da git elencati in .worktreeinclude e chiede se tenere o rimuovere il worktree quando esci; i subagenti possono girare nel proprio worktree con isolation: worktree. Non installa le tue dipendenze. In AgentsRoom puoi continuare a usarlo, oppure lasciare che sia il ticket o l'agente a chiedere il worktree, che così viene anche preparato e mostrato nella scheda Modifiche (verificato su Claude Code 2.1.299).

L'app Codex sì: crea worktree gestiti in $CODEX_HOME/worktrees, in detached HEAD, copia i file ignorati elencati in .worktreeinclude, può eseguire gli script di setup di un ambiente locale, tiene i 15 più recenti e sposta una conversazione tra Local e un worktree con Handoff. codex-cli 0.162.1 ha un flag --worktree che avvia una sessione in un nuovo worktree gestito. AgentsRoom dà un worktree a un agente Codex nello stesso modo che a qualsiasi altro agente, dal ticket o dalla finestra Aggiungi agente.

Tutte: il worktree è semplicemente la cartella di lavoro dell'agente, qualunque sia la CLI che ci gira, quindi Claude, Codex, GitHub Copilot CLI, Cursor e altre 10 CLI di agenti ci lavorano allo stesso modo. Kimi Code e Antigravity CLI si fidano di una cartella in base al suo percorso esatto; AgentsRoom registra un nuovo worktree come attendibile per loro prima dell'avvio, così non si fermano su una domanda di fiducia.

No. Prima che il primo agente parta in un nuovo worktree, AgentsRoom copia i file ignorati da git del checkout principale che corrispondono a File copiati da questo checkout (tutti i file .env per impostazione predefinita) ed esegue il comando di installazione rilevato dal lockfile alla radice. Entrambi si impostano in Impostazioni del progetto > Git > Prepara i nuovi worktree, dove puoi sostituire il comando, per esempio con pnpm install && pnpm build:deps. Un file già presente nel worktree non viene mai sovrascritto.

Apri la scheda Modifiche e scegli il worktree nel selettore Worktree in alto: l'elenco dei file, i diff, la revisione, Esegui commit, Pull e Push agiscono allora su quel checkout. Per un ticket, Unisci automaticamente nel branch corrente al completamento dell'attività fa il merge del suo branch quando lo segni come Completato, e Esegui il commit automaticamente a lavoro finito (Impostazioni > Backlog) committa prima ciò che l'agente ha lasciato, così il merge porta con sé tutto il lavoro.

Dentro il progetto, sotto .worktrees/<branch>/, creati dal branch predefinito del remote a meno che tu non imposti un Branch di base dei worktree nelle impostazioni del progetto. La cartella viene aggiunta al .git/info/exclude del clone, mai al tuo .gitignore, quindi resta fuori dai tuoi commit. I worktree non vengono mai eliminati automaticamente: rimuovine uno con git worktree remove quando non ti serve più.

Sì, in entrambi i casi. Sul telefono, la schermata Modifiche ha lo stesso selettore Worktree, e un ticket che chiede un worktree gira al suo interno quando lo avvii dal telefono, preparato dall'app desktop come qualsiasi altro. Un progetto aperto su un server SSH ha i suoi worktree sul server, senza la fase di installazione. Un checkout locale i cui agenti girano su un host remoto non può usare i worktree, e il ticket te lo segnala invece di partire.