Бета-версия Projects в Claude Code: команды агентов, которые планируют и координируют параллельную работу

Как команды агентов Claude Code связаны с бета-версией проектов

В анонс обновлённых проектов представляет проект, организованный вокруг текущей работы: координатор управляет потоками, общая память передаёт контекст между ними, а библиотека собирает файлы и артефакты.

У координатора есть определённая роль. Он определяет рамки запросов, распределяет работу между параллельными потоками, проверяет результаты этих потоков и объединяет их. Каждый поток выполняет свою работу в облачном сеансе Claude Code.

Команды агентов существовали ещё до этого запуска. Claude Code v2.1.32, выпущенный 5 февраля 2026 года, представил их как исследовательскую предварительную версию для совместной работы нескольких агентов. В описании этого выпуска отмечалось, что функция расходует много токенов и требует экспериментальной переменной окружения.

Это различие важно при чтении инструкций по настройке. У февральской функции CLI и сентябрьской бета-версии проектов разные документированные способы запуска; в анонсе проектов экспериментальный флаг CLI не указан как обязательное условие активации.

Для навигации по этим функциям руководств по Claude Code служит отправной точкой. При выборе рабочего процесса для задачи различайте координатора проекта, облачные потоки и субагентов.

Доступ и настройка по состоянию на 21 сентября

Изначально доступ был ограничен отдельными подписчиками Pro и Max, использующими облачные сеансы Claude Code и не имеющими существующих проектов в веб- или настольном приложении. Планировалось расширить доступ для Pro и Max, а затем предоставить его подписчикам Team и Enterprise.

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

Что вы настраиваете

Настройка проекта начинается с цели и репозитория или контекста. Конфигурация включает облачную среду, коннекторы, плагины, инструкции и модель.

Для задачи разработки полезно сформулировать цель так, чтобы она описывала желаемый результат и ограничения, важные при реализации. Например, можно запросить функцию, затрагивающую API и его интерфейс, а затем указать критерии приёмки и участки кода, требующие особого внимания. Это рекомендуемый способ постановки задачи для координатора, а не документированная гарантия того, как он разделит запрос.

Вы можете направлять работу через чат проекта или отдельные потоки, в том числе с телефона. Чат проекта позволяет управлять работой в целом, а отдельный поток — направлять конкретную её часть.

Что остаётся неуточнённым

В анонсе запуска не указаны минимальная версия CLI, числовой лимит одновременных потоков или отдельная цена бета-версии. Он также не подтверждает, что к дате публикации доступ был предоставлен всем подходящим уровням подписки.

Эти пробелы важны для планирования. Не выстраивайте рабочий процесс, исходя из предполагаемого количества одновременных потоков или предполагаемой даты развёртывания.

Как выполняются параллельные потоки и где по-прежнему важна интеграция

Координатор определяет рамки запроса и распределяет работу между параллельными потоками. Каждый поток работает как облачный сеанс Claude Code со своей веткой и копией репозитория, обеспечивая отдельные рабочие копии для параллельной работы.

Сами потоки могут использовать субагентов, циклы и рабочие процессы. Таким образом, в проекте есть несколько уровней делегирования: координатор управляет потоками, а поток может делегировать дальнейшую работу субагентам.

Разделяйте работу по результатам

Практичный способ подготовить запрос — выделить результаты, которые можно получить отдельно. Для предлагаемой функции это могут быть реализация API, изменения интерфейса и проверка. Это примеры границ задач, а не гарантированное правило их разделения.

Задайте чёткое условие завершения для каждого результата. Если две части зависят от одного и того же интерфейса, опишите этот общий контракт в инструкциях проекта, чтобы координатор мог учитывать его при определении рамок работы.

В более раннем февральском анонсе команд агентов особо подчёркивались независимые задачи с большим объёмом чтения, например проверки кодовой базы. Этот акцент по-прежнему полезен при выборе работы для распараллеливания: прежде чем разбивать задачу на несколько поручений, оцените, сколько координации она требует.

Отдельные ветки не устраняют конфликты

В анонсе проектов прямо указано, что при пересекающихся изменениях кода по-прежнему требуется разрешать конфликты слияния. Отдельные ветки и копии репозитория не избавляют от работы по интеграции, когда потоки редактируют один и тот же код.

Поэтому проверка должна включать оценку того, как результаты сочетаются друг с другом. Рекомендуется проверить, согласованы ли интерфейсы, урегулированы ли пересекающиеся правки и соответствует ли объединённый результат исходной цели.

Краткий обзор не описывает рабочий процесс координации изменений в нескольких репозиториях. Наличие у потока собственной копии репозитория не является достаточным доказательством поддержки оркестрации между репозиториями, поэтому эта возможность остаётся открытым вопросом.

Общая память и библиотека проекта

Потоки дополняют общую память проекта, а библиотека проекта собирает загруженные файлы и созданные артефакты. Они предоставляют две формы постоянного контекста проекта: память, пополняемую потоками, и коллекцию материалов, связанных с работой.

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

Планируйте, что потребуется для будущей работы

При подготовке проекта подумайте, какие ограничения должны оставаться доступными по мере выполнения работы. Например, это могут быть ожидаемое поведение интерфейса, принятые в репозитории правила или решения, влияющие на несколько результатов работы.

Эти примеры — рекомендации по организации проекта. В описании запуска не указан точный формат общей памяти и не гарантируется сохранение каждой детали из каждого потока.

В нём также не определены сроки хранения, ограничения объёма хранилища или точные правила того, когда запомненная информация становится доступна другому потоку. Подтверждённое утверждение более узкое: потоки пополняют общую память, а библиотека собирает загруженные файлы и созданные артефакты.

Проверяйте созданные артефакты при оценке собранного результата. Их наличие в библиотеке подтверждает, что они собраны там, но само по себе не подтверждает их корректность.

Субагенты и прежний процесс работы с командами агентов в CLI

Субагенты Claude Code поддерживали параллельную разработку ещё до бета-версии проектов. В анонсе Anthropic от 29 сентября 2025 года приводился пример, в котором субагент создавал API бэкенда, а основной агент — фронтенд.

В обновлённых проектах поток может вызывать субагентов. Таким образом, субагенты входят в набор средств выполнения, доступных внутри потока, а координатор определяет объём работы на уровне проекта, делегирует задачи и собирает результаты.

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

Экспериментальный флаг CLI имеет определённую область применения

В февральском выпуске v2.1.32 для исследовательской предварительной версии команд агентов требовалась следующая переменная окружения:

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

В сентябрьском анонсе проектов эта переменная не названа требованием для активации бета-версии. Поэтому её включение не следует представлять как способ получить доступ к обновлённым проектам.

В февральском анонсе также описывалось прямое переключение на управление через Shift+Up/Down или tmux. Эти элементы управления относятся к прежнему процессу работы с командами агентов на момент его запуска; не следует считать, что они описывают интерфейс обновлённых проектов.

Избегайте устаревших инструкций по настройке субагентов

Автор: v2.1.198 от 1 июля 2026 года, мастер /agents был удалён. В журнале изменений с указанной датой пользователям предлагается попросить Claude создать субагентов или управлять ими либо отредактировать .claude/agents/ напрямую.

В сентябрьском руководстве следует использовать эти способы, а не предлагать читателям открыть старый мастер. Это конкретный пример того, почему при объединении инструкций для проектов, команд агентов и субагентов важно учитывать даты выпусков.

Использование, выбор моделей и локальное выполнение

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

Поэтому определение объёма работы — важное решение при планировании. Прежде чем добавлять потоки, оцените, достаточно ли в работе независимых частей, чтобы оправдать дополнительную активность. При оценке процесса работы учитывайте доступные варианты моделей и уровней усилий вместе с данными об использовании ресурсов проекта.

Сентябрьское изменение лимитов

В Уведомление о недельных лимитах Claude Code сообщает, что с 14 сентября недельные лимиты для Pro, Max, Team и Enterprise с оплатой за рабочее место были постоянно увеличены на 25% относительно уровня до акции.

Предшествовавшая акция с увеличением на 50% действовала с 13 мая по 13 сентября и завершилась в 11:59 PM по тихоокеанскому времени. Она не меняла пятичасовые лимиты и не распространялась на Free и рабочие места Enterprise с оплатой по потреблению.

В Claude Code доступна следующая команда CLI для проверки использования:

/usage

В Руководство по ограничениям частоты запросов поможет разобраться в связанных понятиях использования. Более высокие недельные лимиты не отменяют предупреждение из анонса проектов о том, что параллельные сессии быстрее расходуют лимиты.

Локальное выполнение всё ещё ожидалось

В сентябрьском анонсе локальное выполнение описывалось как будущая возможность. По состоянию на 21 сентября документированный процесс работы с проектами использовал облачные сессии, которыми можно было управлять через чат проекта или отдельные потоки.

Поэтому локальный процесс работы с Claude Code и бета-версию обновлённых облачных проектов следует оценивать отдельно. В описании не указана дата запуска локальных проектов и не сообщается о завершённом внедрении локального выполнения.

Основные выводы

• Бета-версия обновлённых проектов запущена 17 сентября. В ней координатор определяет объём запросов, делегирует работу параллельным потокам, проверяет их вывод и собирает результаты.
• Команды агентов Claude Code появились до бета-версии: в v2.1.32 отдельная исследовательская предварительная версия для CLI была представлена 5 февраля.
• У каждого потока проекта есть собственная облачная сессия, ветка и копия репозитория; пересекающиеся изменения по-прежнему требуют разрешения конфликтов слияния.
• Потоки пополняют общую память проекта, а библиотека собирает загруженные файлы и созданные артефакты.
• Изначально доступ был ограничен выбранными подписчиками Pro и Max, соответствовавшими объявленным условиям. Параллельная работа быстрее расходует лимиты, а локальное выполнение оставалось будущей возможностью.

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

Как получить доступ к бета-версии обновлённых проектов?

Изначально доступ предоставлялся выбранным подписчикам Pro и Max, которые использовали облачные сессии Claude Code и не имели существующих проектов в веб-приложении или настольном приложении. Планировалось расширить доступ для Pro и Max, а затем для Team и Enterprise, но описание не подтверждает завершение более широкого развёртывания к 21 сентября.

Чем отличаются проекты, команды агентов и субагенты?

В обновлённом проекте есть координатор, который управляет потоками облачных сессий и собирает их результаты. Команды агентов были представлены ранее как отдельная исследовательская предварительная версия для CLI, а субагенты выполняют делегированную работу и могут вызываться внутри потоков проекта.

Что происходит, когда два потока редактируют один и тот же код?

Каждый поток проекта работает в собственной ветке и копии репозитория. Пересекающиеся изменения кода по-прежнему требуют разрешения конфликтов слияния; в анонсе проектов не обещается автоматическое согласование изменений.

Могут ли потоки проекта выполняться локально и как ими управлять?

По состоянию на 21 сентября документированная бета-версия использовала облачные сессии Claude Code, а локальное выполнение было объявлено будущей возможностью. Управлять работой можно через чат проекта или отдельные потоки, в том числе с телефона.