Разделите работу на независимые задачи и создайте для каждой отдельную папку через Git worktree. Затем запустите в этих папках отдельные сессии Claude Code: агенты будут менять файлы в своих ветках, а вы сможете проверить и объединить результат по очереди. Для небольшого бизнес-сайта так можно развести правки страницы услуг и тестов калькулятора. Ниже разберём, какие задачи подходят для параллельной работы, как подготовить рабочие папки и что проверить перед выпуском.
Какие задачи можно поручить агентам одновременно?
Начните со списка файлов, которые затронет каждая задача. Если два агента должны менять один компонент или общую настройку проекта, сначала определите порядок работы. Отдельные папки защищают от перезаписи файлов во время работы, но при объединении веток всё равно придётся согласовать изменения.
Предположим, у небольшой компании есть сайт с описанием услуг и калькулятором стоимости. Одному агенту можно поручить правки страницы услуг, другому — тесты существующего калькулятора. Такое разделение подходит, пока оба не меняют общий шаблон страницы, зависимости проекта или правила расчёта.
- Разделяйте задачи по конкретным файлам или модулям: страница услуг, тесты калькулятора, инструкция по запуску.
- Назначайте одного ответственного за общие настройки, зависимости и файл, который фиксирует их версии.
- Сначала согласуйте общий интерфейс: какие данные получает компонент и что возвращает.
- Оставляйте связанные изменения последовательными. Новый формат расчёта сначала нужно определить, затем под него менять форму и тесты.
Проверка простая: сможет ли агент закончить задачу, не дожидаясь решений другого агента? Если ему постоянно нужен ответ из соседней сессии, границы задачи стоит пересмотреть. Для первого запуска возьмите правки, которые можно проверить отдельно в браузере или тестом.
Как создать отдельные рабочие папки Git worktree?
Git worktree позволяет работать с одним репозиторием в нескольких папках. У каждой папки своя активная ветка и свои рабочие файлы, а история Git остаётся общей. Это подходит для отдельных сессий Claude Code: каждая получает собственный каталог проекта.
Ниже пример для проекта в папке site. Команды выполняйте из его основной папки. В репозитории уже должен быть хотя бы один коммит; названия веток и соседних папок из примера должны быть свободны.
- Проверьте состояние проекта командой git status. Если есть незавершённые изменения, сначала закончите их или сохраните отдельно. Начинайте параллельную работу с чистого состояния.
- Создайте папку для страницы услуг: git worktree add -b task/services ../site-services HEAD
- Создайте папку для тестов: git worktree add -b task/calculator-tests ../site-calculator-tests HEAD
- Посмотрите список рабочих папок командой git worktree list.
- Откройте каждую новую папку в отдельном терминале и запустите там Claude Code командой claude.
Теперь у агентов разные рабочие файлы. Изменение страницы в site-services не появится в site-calculator-tests, пока вы не объедините ветки. Перед первым поручением попросите каждую сессию назвать текущую папку и ветку: так проще заметить запуск агента не в том каталоге.
Worktree не создаёт отдельный компьютер. Локальные серверы могут занять один порт, а скрипты — обратиться к одному внешнему сервису. Проверьте настройки запуска и при необходимости задайте разные порты. Зависимости и локальную конфигурацию подготовьте в каждой папке по инструкции проекта: файлы, которые Git не отслеживает, автоматически туда не переносятся.
Как поставить задачу Claude Code, чтобы агенты не мешали друг другу?
Дайте каждой сессии короткое задание с границами. Фраза «улучши сайт» оставляет агенту слишком много решений: он может затронуть общий шаблон, стили и настройки сборки. Укажите ожидаемый результат, разрешённые файлы и способ проверки.
Пример поручения для страницы услуг: «Работай в ветке task/services. Обнови структуру страницы услуг в пределах её компонента и локальных стилей. Не меняй общую навигацию, зависимости и калькулятор. Сначала перечисли файлы, которые собираешься менять. Если потребуется выйти за эти границы, остановись и объясни причину. В конце покажи изменения и результаты проверок. Не выполняй слияние с основной веткой».
Для агента с тестами задайте другую границу: «Добавь тесты текущего поведения калькулятора. Сам расчёт не меняй. Если найдёшь ошибку, опиши входные данные, ожидаемый и фактический результат отдельно». Так агент не начнёт исправлять логику, пока другой участник работы опирается на прежнее поведение.
Общие правила проекта можно записать в CLAUDE.md, а условия конкретной задачи оставить в её описании. Для длинной работы сохраняйте ещё и состояние: что изменено, какие проверки прошли, что осталось. Это пригодится, если потребуется продолжить работу в Claude Code после сброса контекста.
В русскоязычном руководстве по Claude Code описан Workkit: задачи проходят через спецификацию, сборку, ревью, QA и релиз, а отдельный проверяющий агент изучает изменения. Хуки блокируют коммит, пока тесты не пройдут на том состоянии кода, которое попадёт в коммит. Это свойство конкретной настройки процесса, а не автоматическая гарантия любой сессии Claude Code (источник: GitHub, sfrangulov/claude-code-handbook-ru).
Для небольшого проекта начните с той же логики без сложной автоматизации: описание задачи, изменения, проверка. Дополнительных агентов подключайте после того, как этот порядок работает на одной задаче.
Как объединить результат и проверить сайт?
Попросите каждого агента подготовить отдельный коммит только по своей задаче. До коммита просмотрите git diff, после него — git show --stat и git status. В отчёте нужны названия проверок и их результат; фразы «всё готово» недостаточно. Если тесты не запускались, агент должен прямо это указать.
- Вернитесь в основную папку проекта и проверьте текущую ветку и чистоту рабочего каталога через git status.
- Объедините первую задачу командой git merge --no-ff task/services. Если Git сообщает о конфликте, остановитесь и разберите спорные участки.
- Запустите проверки из инструкции проекта и откройте страницу услуг в браузере.
- Объедините вторую задачу командой git merge --no-ff task/calculator-tests.
- Повторите полный набор проверок на общем результате и вручную пройдите сценарий от страницы услуг до расчёта стоимости.
При конфликте попросите Claude Code объяснить смысл обеих версий и предложить общий вариант. Затем проверьте поведение. Простое принятие всех изменений одной стороны способно удалить часть соседней задачи, даже если проект после этого собирается.
Отсутствие конфликта тоже не подтверждает корректность. Агенты могут изменить разные файлы, которые зависят друг от друга. Например, страница передаёт прежнее название параметра, а калькулятор уже ждёт другое. Такую ошибку выявляет проверка общего пользовательского сценария.
Если передать проверку проекта на отдельное техническое ревью, подготовьте описание задач, изменения по веткам и команды запуска тестов. Тогда предмет проверки будет конкретным: совпадает ли результат с заданием, сохранились ли прежние функции, можно ли выпускать эту версию. Доступы стоит проверить отдельно, если изменения затронули закрытые разделы: для этого есть порядок проверки прав доступа после вайбкодинга с Claude Code.
Типичные ошибки при параллельной работе Claude Code
- Агенты работают в одной папке. Причина пересечений — общий набор рабочих файлов. Создайте отдельный worktree для каждой активной задачи и проверьте каталог в каждой сессии.
- Оба агента меняют зависимости. Это затрагивает сборку всего проекта. Поручите такие изменения одному агенту и сначала объедините его ветку.
- Задачу разделили по этапам, которые зависят друг от друга. Агент с тестами ждёт новую логику, а агент с интерфейсом — новый формат данных. Сначала зафиксируйте общий контракт или выполните эти этапы последовательно.
- Ветки проверили отдельно, но пропустили общий результат. Запустите тесты и ручной сценарий после последнего слияния, до публикации.
- Worktree приняли за защитную среду. Он разделяет рабочие файлы, но не ограничивает доступ к системе и внешним сервисам. Проверяйте команды и настройки запуска до выполнения.
Следующий шаг на две минуты: выберите одну небольшую правку и запишите для неё разрешённые файлы и способ проверки результата.
