Что такое Projects в Claude Code: как Claude раздаёт треды, кому доступна бета, зачем нужен GitHub и сколько это стоит в токенах

17 сентября 2026 года Anthropic объявила, что заново собрала Projects в Claude Code. Само название не новое: тем же словом в чате claude.ai называют контейнер, где вместе лежат диалоги и справочные файлы. Новые Projects сохраняют название и заменяют собой всё, что за ним стояло. Подзаголовок официальной записи в блоге сам по себе и есть исчерпывающий ответ: «от папки к диалогу».

Если в одном предложении, то изменилось вот что: раздача работы перешла от вас к Claude. Вы бросаете запрос в диалог, Claude разбивает его на «треды», треды параллельно выполняются в облаке, и каждый по завершении открывает pull request и отчитывается. Закрытый ноутбук их не останавливает.

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

1. Уже не папка, а один диалог

Новые Projects собраны из двух частей: диалога проекта, где Claude играет координатора, и тредов, которые этот диалог запускает.

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

Работа делается в тредах. Каждый из них — самостоятельная облачная сессия со своим окном контекста. Она работает в собственной ветке, при необходимости открывает pull request и отчитывается диалогу, когда закончит. В документации состояния тредов выстроены в список под названием Overview — вот так.

Главное, что стоит здесь удержать: параллельная работа — не новая часть. В Claude Code уже были субагенты, agent view, команды агентов и динамические рабочие процессы. Projects добавляют не параллелизм, а две другие вещи: маршрутизацией и учётом больше не занимаетесь вы, и работа не пропадает, когда вы выключаете машину. Документация говорит об этом прямо: возможность запускать что-то параллельно — не то, ради чего существуют Projects.

2. Название прежнее, но это не старые Projects

Путаницу создаёт то, что «Projects» есть и в чате claude.ai. Там это контейнер для диалогов и файлов, без тредов и без координатора. Одинаковое название провоцирует смешение, но документация считает их разными функциями.

3. Кому доступно и как понять, дошло ли до вас

По состоянию на 19 сентября 2026 года это публичная бета, которую выкатывают поэтапно. Условия расписаны довольно подробно, поэтому приведём их почти дословно.

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

Если в боковой панели этого нет, ваша очередь ещё не подошла. Тогда можно записаться в лист ожидания. Смотреть в правильном месте тоже важнее, чем кажется: функция появляется на стороне Code — в боковой панели claude.ai/code или во вкладке Code десктопного приложения. Сколько бы вы ни искали в боковой панели чата, найдёте там старые Projects.

4. Нужен GitHub, и здесь отсеивается большинство

Это ограничение на практике бьёт сильнее всего. Тред может трогать только код, который лежит на github.com, и на этот репозиторий должно быть установлено Claude GitHub App. Документация перечисляет условия так.

• Код лежит на github.com. GitHub Enterprise Server, GitLab и Bitbucket исключены
• У подключённого аккаунта GitHub есть право push в этот репозиторий
• На репозиторий установлено Claude GitHub App. Токена, добавленного через /web-setup, хватает другим облачным сессиям, но для тредов проекта его недостаточно
• В репозиториях организации завершить установку может только владелец организации (у всех остальных вместо этого уйдёт запрос на согласование)

А значит, разработчик-одиночка, работающий с bare-репозиторием на собственном git-сервере или на общем хостинге, на сегодня остаётся за бортом. То же касается API за корпоративным VPN, базы данных на ноутбуке, эмулятора устройства или продакшн-сервера, до которого вы ходите по SSH: треды живут вне вашей машины, поэтому ни до чего из этого они не дотянутся.

Значит ли это, что тем, кто не пользуется GitHub, не достаётся вообще ничего? Не совсем. Проект можно создать и без репозитория. Загрузить папку договоров или выгрузку обращений в поддержку, дать треду задачу вроде «перечисли десять самых частых здесь ошибок интеграции» и забрать результат на вкладке Library — такой сценарий документация прямо предусматривает. Загруженные файлы доступны треду на чтение по пути /mnt/project-files.

Если работа — это код и ему нужна ваша собственная среда, браться стоит за другое: за параллельный запуск локальных сессий в agent view. Он выполняется на вашей машине, поэтому VPN, локальная БД и SSH продолжают работать.

5. С чем стартует тред

Тред не начинает каждый раз с нуля. Он поднимается с тем контекстом, который даёт ему проект, и несёт с собой четыре вещи.

• Репозитории и файлы проекта — каждый зарегистрированный репозиторий клонируется всякий раз, нужен он задаче или нет
• Инструкции проекта — общий бриф, который доходит до каждого треда. Предел — 16 000 символов
• Память проекта — заметки, которые Claude пишет себе сам. При старте он читает индекс MEMORY.md и открывает отдельные файлы, когда они ему нужны
• Облачная среда — какие сетевые адреса разрешены, переменные окружения, учётные данные API и заранее установленные инструменты

Из всего этого багажа вероятнее всего приводит к аварии вот что: конфигурационные файлы репозитория обрабатываются по-разному в зависимости от того, один репозиторий в проекте или несколько. Если причесать таблицу из документации, получается следующее.

Причина простая: разрешения, хуки и переменные окружения читаются исключительно из .claude/settings.json в том каталоге, где тред стартовал. Когда репозиториев больше одного, тред стартует уровнем выше клонов, и настройки ни одного репозитория не оказываются там, откуда их читают. Один добавленный репозиторий молча выключает ваши хуки, и никто вам об этом не сообщит. Для проектов с несколькими репозиториями документация советует складывать общие правила в инструкции проекта, а переменные окружения — в облачную среду.

Раз уж зашла речь про MCP: тред может пользоваться теми MCP-серверами, которые подключены как коннекторы к вашему аккаунту claude.ai. MCP-сервер, установленный только на вашей машине, до него никогда не дойдёт. А у самого диалога проекта коннекторов нет вообще, поэтому работу, которой нужен коннектор, надо отдавать треду, а не просить о ней в диалоге.

6. Насколько дороже это обходится в токенах

Это тот вопрос, который возникает у большинства ещё до включения. Документация отвечает без обиняков: проект расходует ваши лимиты быстрее, чем одиночная сессия, и на Pro в особенности стоит готовиться к тому, что в дни с запущенным проектом лимит закончится раньше. Рост складывается сразу из нескольких вещей.

④ заслуживает особого внимания. Когда тред проекта открывает pull request, он наблюдает за этим PR с включённым по умолчанию auto-fix. Даже если для остальных своих облачных сессий вы auto-fix отключили, треды проекта настраиваются отдельно. Он будет чинить падающий CI, отвечать на комментарии ревью и отчитается, когда всё пройдёт, — а взамен будет есть ваш лимит ровно столько, сколько вы его так оставите. Чтобы это прекратить, скажите этому треду перестать следить за PR.

Так насколько же дороже? Для самих Projects множителя не публиковали, но для команд агентов, устроенных по той же идее — разложить одну задачу на несколько сессий, — документация называет примерно семикратный расход относительно стандартной сессии, когда участники работают в plan mode. Параллельность покупает скорость, а не экономию, и вот это у них общее.

Стоит также знать, где находятся тормоза и насколько крепко они держат.

• Ограничения на число одновременно работающих тредов нет. Сказать «держись двух» можно, но документация прямо говорит, что это указание, которому Claude старается следовать, а не принудительная настройка. Жёсткий предел здесь один — 200 тредов в день (суммарно по всем проектам)
• Тред, упёршийся в ваш лимит использования, сам встаёт на паузу и автоматически продолжает после сброса лимита. Оставьте его в покое — и он без спроса начнёт тратить следующее окно (чтобы остановить, нажмите Stop на треде или поставьте проект на паузу). Исключение — тред, запущенный из Routines: он вместо ожидания завершится с ошибкой
• Сами облачные виртуальные машины ничего дополнительно не стоят. Растут только токены
• Простаивающий проект — ни работающих тредов, ни наблюдаемых PR, ни новых сообщений — не расходует лимит вовсе

7. Как выбрать из пяти способов работать параллельно

В Claude Code теперь пять способов выполнять работу параллельно. Projects — один из них, и от остальных его отличает то, кто раздаёт работу и где она выполняется. Если пересобрать сравнение из документации вокруг того, как вы реально выбираете, получится так.

Провести границу под свою ситуацию помогают примерно два вопроса. Нужна ли работе ваша собственная среда (локальная БД, VPN, SSH)? Если нужна, Projects отпадают. Закончится ли работа сегодня? Если закончится, переезд в облако мало что даёт и хватит agent view. Разницу между субагентами и командами агентов подробно разбирает отдельная статья.

8. Что сделать до первой партии задач

Документация перечисляет четыре дела «до первой партии», и каждое из них дорого исправлять потом.

1. Напишите инструкции проекта — от какой ветки отводить, что прогнать перед тем, как считать дело сделанным, что требует вашего предварительного согласия. Официальный пример велит треду в первом же сообщении прямо назвать то, до чего он не может дотянуться, и остановиться, а не подменять, мокать или угадывать.
2. Отправьте ровно одну настоящую задачу, а потом откройте её и прочитайте — посмотрите, как он отчитывается и что на самом деле оставил в ветке
3. Пересмотрите модель и уровень усилия — оставить по умолчанию Opus на high значит быстрее всего сжечь лимит
4. Скажите «сначала предложи план» и «держись нескольких тредов за раз» — снимите эти ограничения, когда несколько кругов вернутся такими, как вы ожидаете

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

Итоги

Новые Projects — это не «функция, которая позволяет работать параллельно», а «функция, которая снимает с вас возню с параллельной работой». Раздача, напоминания и повторные объяснения одного и того же контекста исчезают. Если у вас есть работа, которая тянется и тянется, она лежит на github.com, а тариф у вас Pro или Max, шансы на удачное совпадение высоки.

И наоборот, плохо сочетаются с Projects работа, которой нужна ваша собственная среда, собственный git-сервер и разовые задачи, заканчивающиеся сегодня. А верно в любом случае вот что: параллельность покупает скорость за токены. По умолчанию стоит Opus на high, принудительного ограничения на число одновременных тредов нет, а треды, наблюдающие за PR, будят себя сами. Проработайте день с проектом, не зная этих трёх вещей, — и падение остатка лимита вас удивит. Сначала снизьте настройки, держите число тредов небольшим и почувствуйте механику на одном круге, прежде чем расширяться. Это самый безопасный вход.

Если вы хотите превратить результаты исследования в проекте в предложение или инструкцию, к которым можно возвращаться, прочитайте руководство по Claude Docs. Выбирайте Projects для длительной работы, а Docs — для создания и редактирования документов, в зависимости от задачи.

FAQ

Q. Что будет с проектами, которые у меня уже есть в чате?

A. Пока они продолжают работать как раньше. Официальный блог пишет, что существующие проекты на Pro и Max остаются рабочими и будут обновлены по мере того, как выкат дойдёт до чата и Cowork. Учтите только, что новые Projects в первую очередь достаются аккаунтам без существующих проектов, поэтому чем больше вы их накопили, тем позже подойдёт ваша очередь.

Q. Можно ли пользоваться этим из Claude Code в терминале?

A. Нет. Работает это в трёх местах: claude.ai/code, вкладка Code в десктопном приложении и мобильное приложение. Доступ через Amazon Bedrock, Google Cloud Agent Platform или Microsoft Foundry тоже вне области действия. Команда claude project в CLI, кстати, — другая функция, которой просто досталось то же название.

Q. Я не пользуюсь GitHub. Какие у меня варианты?

A. Чтобы действительно выполнять код, пока есть два. Положить репозиторий на github.com и установить Claude GitHub App или взять agent view, который работает на вашей машине. При этом проект без репозитория можно создать и вовсе без GitHub: загрузите материалы, поручите тредам исследовать их или писать по ним черновики и забирайте результаты на вкладке Library.

Q. Реально ли это на тарифе Pro?

A. Да, но перед стартом снизьте настройки. Документация сама предупреждает, что на Pro в особенности стоит готовиться к более раннему исчерпанию лимита в дни с запущенным проектом. Новый проект по умолчанию ставит треды на Opus с усилием high, так что снизьте это в первую очередь, держите число одновременных тредов небольшим и расширяйтесь, поглядывая на реальный расход в настройках проекта под Usage.