ОБЗОР 2026

Worktrunk: git worktree для параллельных AI-агентов

CLI, который превращает worktree из git-ритуала в одну команду: отдельная рабочая папка каждому агенту, общий кэш сборки, слияние и уборка без ручного копирования путей.

Кодинг-агентыИнфраструктураOpen Source
Категория Инструменты агентовЛицензия MIT OR Apache-2.0Обновлено 05.11.2026

Worktrunk решает узкую, но ежедневную проблему: несколько агентов в одном репозитории мешают друг другу, а git worktree — правильный ответ, у которого ужасный интерфейс. Проект даёт три команды вместо ритуала из трёх шагов, добавляет хуки, LLM-коммиты, общие кэши сборки и статус CI в списке веток. К 05.11.2026 — 11 440 звёзд, версия 0.81.0 от 20.10.2026, лицензия MIT OR Apache-2.0, то есть ставить можно в любой коммерческий проект без оговорок.

11 440
Звёзд на GitHub
снято 05.11.2026
0.81.0
Релиз
20.10.2026
5 007
Коммитов за 52 недели
GitHub API
$0
Стоимость
open source

01Проблема: агенты в одном репозитории

Claude Code и Codex научились работать над задачей десятки минут без присмотра. Как только это становится нормой, возникает вопрос: что делать, если задач пять? Запускать пять процессов в одной папке нельзя — они перезапишут правки друг друга, перепутают индексы и оставят репозиторий в состоянии, которое никто не сможет разобрать.

У git есть штатный ответ: worktree, отдельная рабочая папка на отдельную ветку с общим объектным хранилищем. Проблема в цене операции. Создание worktree требует трижды набрать имя ветки, а уборка — ещё трёх команд; на пятом агенте это превращается в отдельный вид работы. Worktrunk делает worktree адресуемым по имени ветки, а путь вычисляет по шаблону из конфигурации.

ЗадачаWorktrunkОбычный git
Переключиться на worktreewt switch featcd ../repo.feat
Создать и сразу запустить Claudewt switch -c -x claude featgit worktree add -b feat ../repo.feat && cd ../repo.feat && claude
Убрать worktree и веткуwt removecd ../repo && git worktree remove ../repo.feat && git branch -d feat
Список со статусомwt listgit worktree list (только пути)
Сопоставление из README, снято 05.11.2026
Вторая колонка — команды целиком, а не сокращения: в длинных строках git именно это и приходится набирать каждый раз.

02Три команды и что они делают

Ядро проекта — четыре команды: wt switch переключает и создаёт, wt list показывает состояние всех worktree, wt merge сливает ветку в основную и убирает за собой, wt remove удаляет worktree и ветку. Флаг -x запускает команду после переключения, а всё после -- уходит уже ей — так один вызов создаёт worktree и стартует агента с заданием.

Пять агентов за пять команд
1
1. Создайте worktree и запустите агента
Каждый агент получает свою папку и своё задание. Флаг -c создаёт ветку, -x запускает команду.
terminalcopy
wt switch -c -x claude feature-a -- 'Добавь аутентификацию'
2
2. Повторите для остальных задач
Параллельно, в отдельных вкладках или мультиплексоре.
terminalcopy
wt switch -c -x claude feature-b -- 'Почини пагинацию'
3
3. Посмотрите состояние
Список показывает текущий worktree, staged-изменения, отставание от main и незапушенные коммиты.
terminalcopy
wt list
4
4. Слейте и уберите
Одна команда: коммит, ребейз, fast-forward в main, удаление worktree и ветки.
terminalcopy
wt merge main
Сколько команд нужно на задачупо примерам из документации; меньше — лучше
00,81,52,23ПереключениеСоздать и запуститьУборкаСписок11111331WorktrunkОбычный git
Считаны команды в конвейере из README; cd в связке считается отдельной командой
Что такое -x на самом деле
Это не «встроенная поддержка агентов». Worktrunk запускает произвольную команду после переключения — claude, codex, aider, make, что угодно. Поэтому инструмент не устареет вместе с конкретным агентом, но и не даст интеграции глубже, чем переменные окружения и хуки.

03Возможности сверх трёх команд

Главная ценность проекта — не сокращение набора команд, а бытовые вещи, без которых параллельная работа не живёт. Первая: хуки на создание, до слияния и после слияния — установка зависимостей, запуск миграций, старт дев-сервера. Вторая: общие кэши сборки. Десять worktree не должны десять раз собирать target/ и node_modules: Worktrunk копирует игнорируемые файлы через copy-on-write на APFS, btrfs и XFS.

ВозможностьКоманда или настройкаЗачем
Хуки жизненного циклаpost-create, pre-merge, post-mergeпоставить зависимости и поднять окружение автоматически
LLM-коммитыwt step commitсообщение коммита из дифа, без ручного описания
Слияние одной командойwt mergesquash или ребейз, fast-forward и уборка
Интерактивный выборwt switch (без аргумента)превью дифа, лога, PR и статуса CI
Общий кэш сборкиwt step copy-ignoredдесять worktree без десяти сборок
Статус CI и сводкиwt list --fullвидеть, где падает пайплайн, не открывая браузер
PR по номеруwt switch pr:123сразу в ветку пул-реквеста
Свой порт на worktreeфильтр hash_portдев-серверы не конфликтуют
Алиасы и переменныеwt configкороткие команды и значения на ветку
Состав по документации worktrunk.dev и README на 05.11.2026
Copy-on-write работает только на файловых системах с поддержкой клонирования; на ext4 копирование будет обычным.

Кэш сборки — тот пункт, который чаще всего решает, останется инструмент в работе или нет. Пять параллельных агентов на Rust-проекте без общего кэша означают пять полных сборок и пять гигабайт артефактов; с копированием игнорируемых файлов — одну сборку и дешёвые копии.

04Как это работает

Жизненный цикл worktree
1Созданиеwt switch -c создаёт ветку и папку по шаблону, запускает post-create хуки2Работа агентаагент правит код в своей папке, не касаясь чужих3Слияниеwt merge или PR: коммит, ребейз, fast-forward4Уборкаwt remove удаляет папку и ветку, main остаётся чистымКаждый шаг автоматизируется хуком; всё, что делает агент, остаётся обычным git-репозиторием
Из чего состоит инструмент
CLI: wt switch, list, merge, removeТонкая обёртка над git, написанная на Rustваш ежедневный входХуки, алиасы, шаблоны путейВаша автоматизация: установка зависимостей, дев-серверы, переменные на веткуавтоматизацияgit worktree и общее хранилище объектовНичего экзотического: проект не меняет модель git и не требует серверафундамент
Работать с репозиторием можно и без Worktrunk — он не добавляет необратимых состояний
Совместимость без сюрпризов
Worktrunk не держит собственной базы: worktree — это штатные git worktree, ветки — обычные ветки. Если завтра вы удалите утилиту, репозиторий останется в понятном состоянии, а worktree можно будет убрать командой git.

05Установка

Ставится пакетным менеджером, вторая половина команды обязательна: без интеграции с шеллом утилита не сможет менять текущий каталог, а это половина её смысла. Пакеты собираются под macOS, Linux и Windows; в crates.io на 05.11.2026 — 41 493 загрузки, актуальная версия 0.81.0.

терминалsh
brew install worktrunk && wt config shell install
cargo install worktrunk && wt config shell install

# Arch Linux
sudo pacman -S worktrunk && wt config shell install

# conda / pixi
conda install -c conda-forge worktrunk && wt config shell install
pixi global install worktrunk && wt config shell install
Windows: команда называется git-wt
В Windows Terminal команда wt занята, поэтому установщик winget дополнительно ставит утилиту как git-wt. Можно оставить так или отключить псевдоним терминала в настройках и пользоваться wt напрямую.

После установки стоит потратить десять минут на конфигурацию: шаблон пути для папок, хуки post-create под ваш стек и алиасы под частые операции. Это те десять минут, которые отличают «попробовал» от «работаю так каждый день».

06Ограничения и кому не подходит

Плюсы
  • worktree адресуется именем ветки, а не путём
  • Хуки закрывают установку зависимостей и дев-серверы
  • Общий кэш сборки экономит диск и время
  • Статус CI и сводки прямо в списке веток
  • MIT OR Apache-2.0 без ограничений для бизнеса
Минусы
  • Это инструмент для терминала: в IDE-центричном workflow пользы меньше
  • Copy-on-write кэша зависит от файловой системы
  • Требует интеграции с шеллом, иначе не переключает каталог
  • На Windows имя команды конфликтует с терминалом
  • Свои переменные и хуки надо настроить, из коробки их нет

Кому не подходит: тем, кто работает с одним агентом и одной задачей за раз — выигрыш нулевой. Тем, у кого проект нельзя параллелить: миграции базы, общий docker-compose и один тестовый стенд сводят пользу worktree к нулю. И тем, кто не готов держать пять терминалов: инструмент упрощает работу, но не отменяет необходимость смотреть, что делают агенты.

Параллельность ≠ скорость
Пять агентов на одном репозитории дают пять дифов, которые надо слить и проверить. Если ревью упирается в одного человека, узкое место переезжает туда — и Worktrunk тут не поможет, только покажет масштаб.

07Проект и активность

Репозиторий создан 17.10.2025, за 52 недели — 5 007 коммитов, последний пуш 05.11.2026, 51 открытый issue. Релизы выходят регулярно: актуальный тег 0.81.0 опубликован 20.10.2026. Ниже — коммиты по неделям: ровный ритм по 40–70 в неделю, без всплесков и провалов.

Коммиты по неделямGitHub API, stats/participation, 12 последних недель, снято 05.11.2026
02040608016.0830.0813.0927.0911.1025.10364756556968644459466037
Последняя неделя неполная; недели у GitHub начинаются с воскресенья

Ровный ряд важен не сам по себе: он означает, что проект не заброшен между релизами, а версия 0.81.0 — не результат разового рывка. Для инструмента, который стоит в ежедневном конвейере, это существеннее, чем число звёзд.

Редакционная оценка Worktrunk
Решает заявленную задачу9,4Зрелость и ритм релизов9Документация8,8Порог входа8,2Широта сценариев7,6
Оценки Qantcore по документации, README и метаданным GitHub API на 05.11.2026; собственного замера скорости мы не делали
Вердикт Qantcore
8,9/ 10
Worktrunk — редкий случай инструмента, который не спорит с git, а просто убирает из него трения: worktree по имени ветки, хуки, общий кэш сборки и статус CI в одном списке. Если вы уже запускаете двух и более агентов в одном репозитории, это самый дешёвый способ перестать путаться в папках. Если агент один и работает последовательно, вы ничего не потеряете, но и не выиграете.

Частые вопросы

Worktrunk бесплатный?
Да. Код открыт под двойной лицензией MIT OR Apache-2.0: можно использовать в коммерческих проектах, менять и распространять. Платных тарифов и облака у проекта нет — всё работает локально.
Чем это отличается от git worktree?
Ничем по сути: Worktrunk управляет штатными git worktree и не меняет модель git. Отличие в интерфейсе — worktree адресуется именем ветки, путь вычисляется по шаблону, а создание, слияние и уборка занимают по одной команде.
Поддерживается ли Windows?
Да, но команда называется git-wt: в Windows Terminal имя wt уже занято. Установка через winget, после чего нужно выполнить git-wt config shell install.
Нужен ли отдельный сервер или аккаунт?
Нет. Инструмент локальный, работает поверх вашего репозитория и не отправляет данные наружу. LLM-коммиты используют настроенную вами модель или ключ, если вы включили эту функцию.
Сколько worktree можно держать одновременно?
Технического лимита нет, практический ограничен диском и вниманием: авторы говорят о пяти-десяти параллельных агентах. Общий кэш сборки через copy-on-write снижает цену каждого дополнительного worktree на APFS, btrfs и XFS.

Источники и официальные ссылки

Собрать свой стек агентов
Гайды по настройке и обзоры инструментов, которые делают параллельную работу управляемой.