Claude Code er den bedste worktree-manager
Indbyggede worktree-managere bliver altid begrænsede. De antager typisk ét repo, Git, et godkendt branch-flow og et produktteams idé om, hvad opsætning bør betyde. Rigtige kodebaser holder sig ikke inden for de rammer.
Zen of cmux er, at udviklere bør bygge deres egne værktøjer og udforske måderne at arbejde med kode på. Worktrees er en nyttig primitiv, men det er flere checkouts, backend/frontend-repoer i forskellige mapper, fjernmaskiner, projekter uden Git, lokale scripts og nogle gange bare kode direkte på main også, fordi det er hurtigst til opgaven.
Super-repo-mønstret
Et super-repo er et kontrol-checkout, der ved hvor de rigtige repoer ligger, hvordan worktrees oprettes, hvordan relaterede repoer parres, hvilke scripts der klargør hvert workspace, og hvordan PR’er reviewes og merges. cmuxterm-hq er et super-repo: det indeholder det primære cmux-checkout, cmux-worktrees per opgave, Zed-checkouts, hq-scripts, genbrugelige skills og reglerne, som agenter følger for ikke at træde på hinanden.
Pointen er ikke, at alle skal kopiere præcis dette katalogtræ. Pointen er, at ét lokalt kontrol-repo kan beskrive hele dit engineering-operativsystem. Et backend-repo og et frontend-repo kan åbnes sammen. En mobilapp og en web-API kan reloades sammen. En branch kan oprettes i ét repo og få en matchende branch i et andet. Den form tilhører dit team, ikke en generisk worktree-knap.
Lad agenten styre worktrees
Claude Code og Codex er bedre worktree-managere end de fleste indbyggede managere, fordi de kan læse repo-regler, køre scripts, oprette worktrees på tværs af flere repoer, rydde deres egne worktrees op, løse konflikter, pushe branches, åbne PR’er og merge efter CI og review-gates.
Vores mest brugte flows er task-worktree-pr og autoreview. De virker, fordi agenter kan læse filer, skrive filer, køre kommandoer, inspicere GitHub, vente på CI, svare på review-kommentarer og arbejde på tværs af repositories. Hvis en opgave kræver cloud- og desktopændringer sammen, kan du bede agenten kigge begge steder og lade super-repoet kode resten.
Hvorfor indbygget worktree-support taber
En worktree-funktion på produktniveau kan være poleret til standardsagen, men kanttilfældene kommer straks: ingen Git, flere repoer, genererede klienter, private setup-scripts, parrede backend/frontend-branches, usædvanlig merge-politik eller et team, der bevidst pusher til main for små interne ændringer.
Et programmerbart workflow kan tilpasse sig. Bed Claude Code oprette et worktree, starte Codex ved siden af, køre setup-kommandoen, åbne den rigtige browserpane, holde øje med tests og fjerne worktreet, når PR’en merges. Skift så workflowet i morgen.
cmux giver workflowet en flade
cmux behøver ikke en indbygget universel worktree-manager. Det giver dig brugerdefinerede kommandoer, en programmerbar CLI og socket-API og genbrugelige skills. Plus-knappen kan starte din egen worktree-kommando, multi-repo-setup, sandbox uden Git eller fjernmiljø.
Det er derfor cmux home betyder noget. Den bedste worktree-manager er den, dine agenter kan ændre, når din arbejdsgang ændres, og den bedste terminal til den løkke holder meddelelser, Cmd+Shift+U og Cmd+Control+U tilsluttet overfladen.