Claude Code — лучший менеджер worktree
Встроенные менеджеры worktree неизбежно ограничены. Обычно они предполагают один репозиторий, Git, одобренный branch flow и представление продуктовой команды о setup. Реальные кодовые базы не укладываются в эти рамки.
Дзен cmux в том, что разработчики должны строить собственные инструменты и исследовать пространство способов работы с кодом. Worktree — полезный примитив, но такими же примитивами являются несколько checkout, backend/frontend репозитории в разных папках, удаленные машины, проекты без Git, локальные скрипты и иногда работа прямо в main, потому что для этой задачи так быстрее.
Паттерн super repo
Super repo — это управляющий checkout, который знает, где живут настоящие репозитории, как создаются worktree, как связываются родственные репозитории, какие скрипты готовят каждое workspace и как PR проходят review и merge. cmuxterm-hq — super repo: в нем есть основной checkout cmux, worktree cmux под задачи, checkout Zed, hq-скрипты, переиспользуемые skills и правила, по которым агенты не мешают друг другу.
Смысл не в том, что всем нужно копировать именно такое дерево каталогов. Смысл в том, что один локальный control repo может описывать всю инженерную операционную систему. Backend repo и frontend repo можно открывать вместе. Mobile app и web API можно reload вместе. Ветку можно создать в одном repo и сопоставить ей ветку в другом. Эта форма принадлежит вашей команде, а не универсальной кнопке worktree.
Пусть агент управляет worktree
Claude Code и Codex лучше большинства встроенных менеджеров worktree, потому что они могут читать правила repo, запускать скрипты, создавать worktree в нескольких repo, убирать свои worktree, чинить конфликты, пушить ветки, открывать PR и merge после CI и review gates.
Наши самые частые flows — task-worktree-pr и autoreview. Они работают, потому что агенты умеют читать и писать файлы, запускать команды, инспектировать GitHub, ждать CI, отвечать на review comments и работать через несколько репозиториев. Если задаче нужны cloud и desktop изменения вместе, можно сказать агенту смотреть в оба места, а super repo закодирует остальное.
Почему встроенная поддержка worktree проигрывает
Функция worktree на уровне продукта может быть отполирована для общего случая, но edge cases появляются сразу: нет Git, несколько repo, generated clients, приватные setup scripts, связанные backend/frontend branches, необычная merge policy или команда, которая осознанно пушит мелкие внутренние изменения прямо в main.
Программируемый workflow может адаптироваться. Попросите Claude Code создать worktree, запустить Codex рядом, выполнить setup command, открыть нужную browser pane, следить за тестами и удалить worktree после merge PR. Завтра измените этот workflow.
cmux дает workflow поверхность
cmux не нужен встроенный универсальный менеджер worktree. Он дает пользовательские команды, программируемые CLI и socket API и переиспользуемые skills. Кнопка plus может запускать вашу команду worktree, multi-repo setup, no-git sandbox или удаленную среду.
Поэтому cmux home важен. Лучший менеджер worktree — тот, который ваши агенты могут изменить, когда меняется workflow.