Claude Code è il miglior gestore di worktree
I gestori di worktree integrati sono inevitabilmente limitati. Di solito assumono un solo repo, Git, un flusso di branch approvato e l’idea di un team prodotto su cosa debba significare il setup. I codebase reali non restano dentro quei confini.
Lo Zen di cmux è che gli sviluppatori dovrebbero costruire i propri strumenti ed esplorare lo spazio dei modi di lavorare con il codice. I worktree sono una primitiva utile, ma lo sono anche checkout multipli, repo backend/frontend in cartelle diverse, macchine remote, progetti senza Git, script locali e, a volte, scrivere direttamente su main perché è la cosa più rapida per quel compito.
Il pattern del super repo
Un super repo è un checkout di controllo che sa dove vivono i repo reali, come si creano i worktree, come si accoppiano repo collegati, quali script preparano ogni workspace e come le PR vengono revisionate e unite. cmuxterm-hq è un super repo: contiene il checkout principale di cmux, worktree cmux per attività, checkout Zed, script hq, skill riutilizzabili e le regole che gli agenti seguono per non intralciarsi.
Il punto non è copiare esattamente questa struttura di directory. Il punto è che un repo locale di controllo può descrivere tutto il tuo sistema operativo di engineering. Un repo backend e uno frontend possono aprirsi insieme. Un’app mobile e una API web possono essere ricaricate insieme. Un branch può nascere in un repo e avere un branch corrispondente in un altro. Questa forma appartiene al tuo team, non a un pulsante generico per worktree.
Lascia che sia l’agente a gestire i worktree
Claude Code e Codex sono gestori di worktree migliori della maggior parte delle funzioni integrate perché possono leggere le regole del repo, eseguire script, creare worktree su più repo, pulire i propri worktree, risolvere conflitti, pushare branch, aprire PR e fare merge dopo CI e review.
I nostri flussi più usati sono task-worktree-pr e autoreview. Funzionano perché gli agenti possono leggere file, scrivere file, eseguire comandi, ispezionare GitHub, aspettare la CI, rispondere ai commenti di review e operare tra repository. Se un task richiede cloud e desktop insieme, puoi dire all’agente di guardare in entrambi i posti e lasciare che il super repo codifichi il resto.
Perché il supporto worktree integrato perde
Una funzione worktree a livello prodotto può essere rifinita per il caso comune, ma i casi limite arrivano subito: niente Git, più repo, client generati, script privati di setup, branch backend/frontend accoppiati, policy di merge insolite o un team che spinge intenzionalmente su main per piccoli cambi interni.
Un workflow programmabile si adatta. Chiedi a Claude Code di creare un worktree, avviare Codex accanto, eseguire il setup, aprire il pannello browser giusto, guardare i test e rimuovere il worktree quando la PR viene unita. Poi cambia quel workflow domani.
cmux dà una superficie al workflow
cmux non ha bisogno di un gestore universale di worktree integrato. Ti dà comandi personalizzati, una CLI e API socket programmabili e skill riutilizzabili. Il pulsante più può lanciare il tuo comando worktree, un setup multi-repo, una sandbox senza Git o un ambiente remoto.
Ecco perché cmux home è importante. Il miglior gestore dell'albero di lavoro è quello che i tuoi agenti possono modificare quando cambia il flusso di lavoro e il miglior terminale per quel ciclo mantiene le notifiche, Cmd+Shift+U e Cmd+Control+U collegati in superficie.