Claude Code er den beste worktree-manageren
Innebygde worktree-managere er garantert begrensede. De antar vanligvis ett repo, Git, en velsignet branch flow og et produktteams idé om hva setup betyr. Virkelige kodebaser holder seg ikke innenfor de linjene.
Zen of cmux er at utviklere bør bygge sine egne verktøy og utforske handlingsrommet for måter å jobbe med kode på. Worktrees er ett nyttig primitiv, men det er også flere checkouts, backend/frontend-repoer i ulike mapper, eksterne maskiner, prosjekter uten Git, lokale skript og av og til bare koding på main fordi det er raskest for oppgaven.
Super-repo-mønsteret
Et super-repo er én kontroll-checkout som vet hvor alle de ekte repoene ligger, hvordan worktrees opprettes, hvordan relaterte repoer pares, hvilke skript som klargjør hvert workspace, og hvordan PR-er reviewes og merges. cmuxterm-hq er et super-repo: det inneholder primær cmux-checkout, cmux-worktrees per oppgave, Zed-checkouts, hq-skript, gjenbrukbare skills og reglene agentene følger for å unngå å tråkke på hverandre.
Poenget er ikke at alle bør kopiere akkurat dette katalogtreet. Poenget er at ett lokalt kontroll-repo kan beskrive hele det tekniske operativsystemet deres. Et backend-repo og frontend-repo kan åpnes sammen. En mobilapp og web-API kan reloades sammen. En branch kan opprettes i ett repo og matches i et annet. Den formen tilhører teamet ditt, ikke en generisk worktree-knapp.
La agenten styre worktrees
Claude Code og Codex er bedre worktree-managere enn de fleste innebygde fordi de kan lese repo-regler, kjøre skript, opprette worktrees på tvers av repoer, rydde egne worktrees, fikse konflikter, pushe branches, åpne PR-er og merge etter at CI og review gates passerer.
Våre mest brukte flyter er task-worktree-pr og autoreview. De virker fordi agenter kan lese filer, skrive filer, kjøre kommandoer, inspisere GitHub, vente på CI, svare på review-kommentarer og operere på tvers av repoer. Hvis en oppgave trenger cloud- og desktop-endringer sammen, kan du be agenten se begge steder og la super-repoet kode resten.
Hvorfor innebygd worktree-støtte taper
En worktree-funksjon på produktnivå kan være polert for normaltilfellet, men kanttilfellene kommer med en gang: ingen Git, flere repoer, genererte klienter, private setup-skript, parede backend/frontend-branches, uvanlig merge-policy eller et team som bevisst pusher små interne endringer rett til main.
En programmerbar workflow kan tilpasse seg. Be Claude Code opprette en worktree, starte Codex ved siden av, kjøre setup-kommandoen, åpne riktig browser pane, følge tester og fjerne worktree når PR-en merges. Endre den workflowen i morgen.
cmux gir workflowen en flate
cmux trenger ikke en innebygd universell worktree-manager. Det gir deg egendefinerte kommandoer, en programmerbar CLI og socket API, og gjenbrukbare skills. Plussknappen kan starte din egen worktree-kommando, multi-repo setup, no-git sandbox eller eksternt miljø.
Derfor betyr cmux home noe. Den beste worktree-manageren er den agentene dine kan endre når workflowen endrer seg, og den beste terminalen for den løkken holder varsler, Cmd+Shift+U og Cmd+Control+U koblet inn i flaten.