Как только задач становится больше одной, встаёт вопрос параллельной работы без конфликтов, и базовый механизм здесь - git worktree. Worktree даёт отдельный checkout, свою ветку и рабочий каталог при общей объектной базе git. Это лучшая основа для параллельных изменений именно потому, что агенты не редактируют один и тот же набор файлов: у каждого своё дерево, и правки одного физически не пересекаются с правками другого.

Создают worktree флагом --worktree или -w, в том числе прямо по номеру pull request. По умолчанию он появляется под .claude/worktrees/<name> на ветке worktree-<name>, а базу задаёт worktree.baseRef: fresh берёт remote default branch (чистое дерево под remote), head - текущий локальный HEAD с вашими незапушенными коммитами. Worktree - это свежий checkout только отслеживаемых файлов, поэтому dev-окружение в нём (зависимости, setup) инициализируют заново.

Отдельная тонкость - файлы, игнорируемые git, в worktree сами не появляются. Для них есть .worktreeinclude: он копирует только те файлы, что одновременно совпали с шаблоном и являются gitignored, - например, локальный .env. Правило безопасности простое: секреты копируют только когда это действительно нужно и когда путь защищён sandbox и permissions. Бездумно перенести .env во все worktrees - значит размножить секрет по копиям репозитория.

Полезно один раз увидеть настройку worktree целиком. Ниже - baseRef (с чего ветвить), sparsePaths и symlinkDirectories для большого репозитория и напоминание про .worktreeinclude. К этой форме возвращаются, заводя параллельную работу: fresh даёт чистое дерево под remote, head несёт незапушенные коммиты, sparsePaths оставляет на диске только нужные каталоги через git sparse-checkout, symlinkDirectories не копирует тяжёлые общие папки вроде node_modules, а gitignored-файлы вроде .env переносит .worktreeinclude.

Фоновые сессии выносят работу из-под вашего внимания. Их запускают из интерактива командой /background или из shell флагом --background, а список открывают через claude agents (в том числе --json для машинного разбора). Управляют ими набором команд: attach подключается, logs показывает вывод, stop останавливает, respawn перезапускает, rm убирает job и безопасно созданный worktree, когда это возможно. Транскрипт при этом остаётся доступным для возобновления.