Облачная сессия — это сессия Claude Code, которая работает на облачной инфраструктуре вместо вашего компьютера и работает с кодом из ваших репозиториев GitHub. Вы можете запустить её из Claude Code в веб-версии на claude.ai/code, из Claude Mobile, из Claude Desktop или из терминала с помощью команды claude --cloud. В этой статье объясняется, как работают облачные сессии, когда их использовать вместо локальной сессии в терминале или IDE, и какие рабочие процессы они позволяют реализовать.
Что предоставляют облачные сессии
Облачные сессии позволяют вам делегировать Claude задачи, которые выполняются без вашего активного контроля. Вы выбираете репозиторий GitHub, описываете, что нужно сделать, и Claude работает над задачей в облаке. После того как Claude Code начнёт работать над задачей, вы можете полностью покинуть страницу; Claude продолжит свою работу. По завершении Claude автоматически создаст pull request с изменениями для вашего рассмотрения.
Эта функция работает с репозиториями, которые могут быть недоступны на вашем локальном компьютере. Вы можете запустить задачи на любом репозитории GitHub, к которому у вас есть доступ, без необходимости клонировать его локально или настраивать среду разработки. Это полезно для проектов, к которым вы вносите вклад время от времени, или для изучения кодовых баз, которые вы ещё изучаете.
Облачные сессии позволяют реализовать асинхронные рабочие процессы разработки. В локальной сессии в терминале или редакторе вы обычно работаете синхронно: вы делаете запрос, ждёте ответа Claude, проверяете изменения, затем делаете ещё один запрос. Синхронная работа такого рода даёт вам точный контроль, но требует вашего внимания на протяжении всего процесса. Облачная сессия работает иначе: вы можете поставить более крупную задачу, позволить Claude работать независимо и вернуться позже, чтобы проверить завершённую работу.
Вы также можете запускать несколько задач параллельно. Поскольку каждая задача выполняется в собственной изолированной среде, Claude может одновременно работать над несколькими различными проблемами или репозиториями. Каждая задача выполняется независимо и создаёт собственный pull request по завершении. Более одной задачи могут работать над одним репозиторием одновременно.
Как это работает
Когда вы запускаете облачную сессию, Claude Code создаёт изолированную виртуальную машину для вашей работы. Ваш репозиторий GitHub клонируется в эту среду, которая предварительно настроена с распространёнными инструментами разработки и экосистемами языков.
Claude подготавливает среду, выполняя любые команды настройки, которые вы определили в конфигурации вашего репозитория. Это включает установку зависимостей, настройку баз данных или выполнение других шагов инициализации, необходимых вашему проекту. Если ваша задача требует доступа в сеть, например для установки пакетов или получения данных, вы можете настроить уровень доступа в Интернет, который имеет среда.
Когда среда готова, Claude начинает работать над вашей задачей. Claude читает ваш код, вносит изменения, пишет тесты и выполняет команды для проверки работы. Вы можете отслеживать прогресс и предоставлять рекомендации через веб-интерфейс, если необходимо.
Когда Claude завершает задачу, он отправляет изменения в новую ветку вашего репозитория GitHub. Вы получаете уведомление и можете проверить изменения, затем создать pull request прямо из интерфейса. Pull request включает всю работу Claude, готовую к вашему рассмотрению и любым дополнительным изменениям, которые вы хотите внести.
Каждая задача выполняется в полной изоляции. Виртуальная машина существует только для этой конкретной задачи и включает средства безопасности, такие как ограниченный доступ в сеть и защищённая обработка учётных данных. Ваша аутентификация GitHub управляется через защищённый прокси, поэтому учётные данные никогда не существуют непосредственно в среде, где работает Claude.
Когда использовать облачные сессии вместо локальных сессий
Некоторые задачи хорошо подходят для асинхронного выполнения в облаке, а другие лучше выполнять локально в терминале или IDE.
Используйте облачные сессии для:
Чётко определённых задач с ясными требованиями: Когда вы можете точно описать, что нужно сделать, и не ожидаете необходимости корректировать Claude во время выполнения задачи, облачная сессия позволяет вам запустить работу и вернуться, когда она будет завершена.
Фоновой работы над невыполненными задачами: Вы можете назначить Claude несколько проблем из вашего невыполненного списка и позволить им выполняться параллельно. Каждая задача выполняется независимо, позволяя вам одновременно решить несколько проблем без контроля каждой из них.
Репозиториев, которые у вас нет локально: Если вам нужно внести изменения в репозиторий, который вы не клонировали или не хотите настраивать на своём компьютере, облачная сессия позаботится о настройке среды для вас.
Задач, которые вы хотите поставить в очередь: Когда у вас есть список изменений, которые нужно внести, но вы не хотите работать над ними прямо сейчас, вы можете запустить их в облаке и просмотреть результаты позже. Это позволяет вам группировать похожую работу или делегировать задачи в те моменты, когда вы сосредоточены на чём-то другом.
Используйте локальные сессии в терминале или IDE для:
Задач, требующих частой корректировки курса: Когда вы не уверены в правильном подходе или ожидаете, что вам нужно будет перенаправить Claude на основе того, что вы видите, работа в терминале даёт вам немедленную обратную связь. Вы можете изменить направление по мере работы Claude, а не ждать полного результата.
Исследовательской работы с неясными требованиями: Если вы разбираетесь в том, как решить проблему или исследуете различные подходы, терминал позволяет вам уточнить свой запрос по мере обучения. Обмен информацией помогает уточнить требования, которые были неясны в начале.
Локальной разработки с незафиксированными изменениями: Когда вы активно разрабатываете и имеете незафиксированную работу в вашем локальном репозитории, использование Claude Code в терминале держит всё в одном месте. Вы можете быстро повторять изменения без необходимости фиксировать или отправлять работу, которая ещё не готова.
Задач, требующих немедленной обратной связи: Если вам нужно быстро увидеть результаты и вы хотите быстро повторять, терминал обеспечивает меньшую задержку. Вы можете наблюдать работу Claude в реальном времени и остановить или перенаправить, если что-то пойдёт не так в начале процесса.
Примеры использования
Изменения бэкенда с разработкой, управляемой тестами
Позвольте Claude написать тесты, которые определяют ожидаемое поведение, а затем реализовать код для прохождения этих тестов. Это особенно хорошо работает для изменений бэкенда, где поведение можно проверить с помощью автоматизированного тестирования.
Пример подсказки:
Add rate limiting to the /api/search endpoint.
The rate limiter should:
- Allow 100 requests per minute per API key
- Return 429 status when limit exceeded
- Reset limits after 60 seconds
- Track different API keys independently
Use a TDD approach: write comprehensive tests first, then implement the rate limiting logic to pass them.
Когда использовать этот подход: Это хорошо работает в облачной сессии, потому что тесты дают Claude ясные критерии валидации для работы. Вам не нужно контролировать прогресс Claude, так как тесты будут выявлять проблемы и направлять итерацию к рабочему решению. Самодостаточный характер задачи, когда Claude пишет тесты, а затем заставляет их пройти, не требует вашего участия после начала.
Что делает это эффективным: Claude может повторять реализацию без вашего контроля, используя ошибки тестов для выявления и исправления проблем. Задача занимает больше времени, чем простое изменение кода, но вы можете позволить ей завершиться в фоновом режиме. Когда вы просматриваете pull request, готовы как тесты, так и реализация, и у вас есть уверенность в том, что решение работает, потому что тесты проходят.
Обновления документации
Создавайте или обновляйте техническую документацию, такую как файлы README, документация API, комментарии к коду или руководства пользователя.
Пример подсказки:
Update CHANGELOG.md with all changes since the v2.3.0 release:
- Review commits on main branch since that tag.
- Categorize changes into "Added, "Changed, "Fixed", and "Removed" sections.
- Include the commit hash for each entry.
Когда использовать этот подход: Обновления журнала изменений хорошо подходят для облачной сессии, потому что Claude может независимо просмотреть историю коммитов и отформатировать записи без рекомендаций. Задача утомительна для выполнения вручную, но достаточно проста, чтобы Claude мог завершить её без вопросов о том, какие коммиты включить или как их категоризировать.
Что делает это эффективным: Вы можете делегировать всё обновление журнала изменений и просмотреть результат по завершении. Claude просматривает коммиты, извлекает значимые изменения и следует вашему существующему формату журнала изменений.
Рефакторинг с чётким объёмом
Реструктурируйте код для улучшения организации или читаемости, когда вы можете определить чёткие границы для изменения. Это включает извлечение кода, разделение больших файлов или организацию структуры модуля.
Пример подсказки:
The UserService class in /src/services/user.go has 800 lines long.
Split it into three focused services:
- UserAuthService (login/logout/sessions)
- UserProfileService (profile CRUD operations)
- UserPreferencesService (settings/preferences)
Ensure all tests still pass.
Когда использовать этот подход: Рефакторинг с чёткими ограничениями хорошо работает в облачной сессии, потому что вы можете установить чёткие границы для Claude. Наборы тестов могут обеспечить валидацию, позволяя Claude проверить, что рефакторинг не нарушил существующую функциональность.
Что делает это эффективным: Задача занимает время, но не требует вашего активного участия после определения структуры. Вы можете запустить рефакторинг и просмотреть организованный результат позже, а не контролировать Claude по мере выполнения задачи. Чёткий объём означает, что Claude вряд ли потребуется рекомендация во время выполнения задачи.
Советы по эффективному использованию
Рассмотрите возможность добавления набора тестов в ваш репозиторий, чтобы Claude легче проверил, что он успешно завершил задачу
Укажите критерии успеха, а не расплывчатые цели, такие как «улучшить» или «исправить»
Определите, что должно измениться и что должно остаться неизменным в вашем запросе
Определите задачи с чёткими границами, чтобы Claude не нуждался в рекомендации во время выполнения задачи
Если вы думаете «Мне нужно сначала посмотреть, как это будет», рассмотрите использование терминала вместо этого
Используйте «Открыть в CLI», если вы поняли во время выполнения задачи, что вам нужно предоставить рекомендацию