> ## Documentation Index > Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Использование Claude Code в веб-интерфейсе > Настройте облачные окружения, скрипты установки, сетевой доступ и Docker в песочнице Anthropic. Перемещайте сессии между веб-интерфейсом и терминалом с помощью `--remote` и `--teleport`. Claude Code в веб-интерфейсе находится в исследовательском предпросмотре для пользователей Pro, Max и Team, а также для пользователей Enterprise с премиум-местами или местами Chat + Claude Code. Claude Code в веб-интерфейсе запускает задачи на облачной инфраструктуре, управляемой Anthropic, по адресу [claude.ai/code](https://claude.ai/code). Сессии сохраняются даже если вы закроете браузер, и вы можете мониторить их из мобильного приложения Claude. Новичок в Claude Code в веб-интерфейсе? Начните с [Начало работы](/ru/web-quickstart) для подключения вашего аккаунта GitHub и отправки вашей первой задачи. На этой странице рассматривается: * [Варианты аутентификации GitHub](#github-authentication-options): два способа подключения GitHub * [Облачное окружение](#the-cloud-environment): какая конфигурация переносится, какие инструменты установлены и как настроить окружения * [Setup scripts](#setup-scripts) и управление зависимостями * [Сетевой доступ](#network-access): уровни, прокси и список разрешений по умолчанию * [Перемещение задач между веб-интерфейсом и терминалом](#move-tasks-between-web-and-terminal) с помощью `--remote` и `--teleport` * [Работа с сессиями](#work-with-sessions): просмотр, совместное использование, архивирование, удаление * [Auto-fix pull requests](#auto-fix-pull-requests): автоматический ответ на сбои CI и комментарии рецензентов * [Безопасность и изоляция](#security-and-isolation): как сессии изолированы * [Ограничения](#limitations): ограничения скорости и ограничения платформы

Варианты аутентификации GitHub

Облачным сессиям нужен доступ к вашим репозиториям GitHub для клонирования кода и отправки веток. Вы можете предоставить доступ двумя способами: | Метод | Как это работает | Лучше всего для | | :--------------- | :--------------------------------------------------------------------------------------------------------------------- | :------------------------------------------------------------------------------------- | | **GitHub App** | Авторизуйте приложение Claude GitHub во время [веб-подключения](/ru/web-quickstart). | Веб-подключение в браузере; команды, которые хотят [Auto-fix](#auto-fix-pull-requests) | | **`/web-setup`** | Запустите `/web-setup` в вашем терминале для синхронизации вашего локального токена `gh` CLI с вашим аккаунтом Claude. | Отдельные разработчики, которые уже используют `gh` | При использовании любого метода облачная сессия может получить доступ к любому репозиторию, который может видеть подключённый аккаунт GitHub, а не только к репозиториям, на которых установлено приложение Claude GitHub. Установка приложения включает PR webhooks для [Auto-fix](#auto-fix-pull-requests); это не контроль доступа на уровне сессии. Чтобы ограничить, какие репозитории ваша команда может использовать из облачных сессий, ограничьте доступ на самом GitHub, например, ограничив членство в команде или репозитории для подключённых аккаунтов GitHub. Любой метод работает. [`/schedule`](/ru/routines) проверяет наличие любой формы доступа и предлагает запустить `/web-setup`, если ничего не настроено. См. [Подключение из вашего терминала](/ru/web-quickstart#connect-from-your-terminal) для пошагового руководства `/web-setup`. GitHub App требуется для [Auto-fix](#auto-fix-pull-requests), который использует приложение для получения PR webhooks. Если вы подключитесь с помощью `/web-setup` и позже захотите Auto-fix, установите приложение на эти репозитории. Администраторы Team и Enterprise могут отключить `/web-setup` с помощью переключателя Quick web setup на [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code). Организации с включённым [Zero Data Retention](/ru/zero-data-retention) не могут использовать `/web-setup` или другие функции облачных сессий.

Облачное окружение

Каждая сессия запускается на свежей виртуальной машине, управляемой Anthropic, с клонированным вашим репозиторием. В этом разделе рассматривается, что доступно при запуске сессии и как её настроить.

Что доступно в облачных сессиях

Облачные сессии начинаются со свежего клона вашего репозитория. Всё, что зафиксировано в репозитории, доступно. Всё, что вы установили или настроили только на своей машине, недоступно в сессии. Политика вашей организации поступает отдельно через [параметры, управляемые сервером](/ru/server-managed-settings). | | Доступно в облачных сессиях | Почему | | :------------------------------------------------------------------------------------ | :-------------------------- | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ваш репозитория `CLAUDE.md` | Да | Часть клона | | Ваши hooks `.claude/settings.json` репозитория | Да | Часть клона | | Ваши MCP серверы `.mcp.json` репозитория | Да | Часть клона | | Ваш `.claude/rules/` репозитория | Да | Часть клона | | Ваш `.claude/skills/`, `.claude/agents/`, `.claude/commands/` репозитория | Да | Часть клона | | Plugins объявленные в `.claude/settings.json` | Да | Установлены при запуске сессии из [marketplace](/ru/plugin-marketplaces), который вы объявили. Требует сетевого доступа для доступа к источнику marketplace | | Ваши [параметры, управляемые сервером](/ru/server-managed-settings) организации | Да | Получены с серверов Anthropic при запуске сессии. См. [Охват поверхности](/ru/model-config#surface-coverage) для того, как `availableModels` применяется в облачных сессиях. Параметры, развёрнутые на вашем устройстве через MDM или файлы управляемых параметров, не применяются, потому что сессия работает на виртуальной машине, управляемой Anthropic | | Ваш пользовательский `~/.claude/CLAUDE.md` | Нет | Находится на вашей машине, не в репозитории | | Ваши пользовательские `~/.claude/skills/`, `~/.claude/agents/`, `~/.claude/commands/` | Нет | Находятся на вашей машине, не в репозитории. Зафиксируйте их в директории `.claude/` репозитория вместо этого. Skills, которые вы включаете на claude.ai, автоматически загружаются в облачные сессии | | Plugins включённые только в ваши пользовательские параметры | Нет | Пользовательский `enabledPlugins` находится в `~/.claude/settings.json`. Объявите их в `.claude/settings.json` репозитория вместо этого | | MCP серверы, которые вы добавили с помощью `claude mcp add` | Нет | Они записываются в вашу локальную пользовательскую конфигурацию, не в репозиторий. Объявите сервер в [`.mcp.json`](/ru/mcp#project-scope) вместо этого | | Статические API токены и учётные данные | Нет | Выделенного хранилища секретов пока не существует. См. ниже | | Интерактивная аутентификация, такая как AWS SSO | Нет | Не поддерживается. SSO требует входа на основе браузера, который не может работать в облачной сессии | Чтобы сделать конфигурацию доступной в облачных сессиях, зафиксируйте её в репозитории; политика организации поступает отдельно через [параметры, управляемые сервером](/ru/server-managed-settings). Выделенное хранилище секретов пока не доступно. Как переменные окружения, так и setup scripts хранятся в конфигурации окружения, видимой для всех, кто может редактировать это окружение. Если вам нужны секреты в облачной сессии, добавьте их как переменные окружения с учётом этой видимости.

Установленные инструменты

Облачные сессии поставляются с предустановленными распространёнными средами выполнения языков, инструментами сборки и базами данных. Таблица ниже суммирует, что включено по категориям. | Категория | Включено | | :------------ | :----------------------------------------------------------------------------- | | **Python** | Python 3.x с pip, poetry, uv, black, mypy, pytest, ruff | | **Node.js** | 20, 21 и 22 через nvm, с npm, yarn, pnpm, bun¹, eslint, prettier, chromedriver | | **Ruby** | 3.1, 3.2, 3.3 с gem, bundler, rbenv | | **PHP** | 8.4 с Composer | | **Java** | OpenJDK 21 с Maven и Gradle | | **Go** | последняя стабильная версия с поддержкой модулей | | **Rust** | rustc и cargo | | **C/C++** | GCC, Clang, cmake, ninja, conan | | **Docker** | docker, dockerd, docker compose | | **Databases** | PostgreSQL 16, Redis 7.0 | | **Utilities** | git, jq, yq, ripgrep, tmux, vim, nano | ¹ Bun установлен, но имеет известные [проблемы совместимости с прокси](#install-dependencies-with-a-sessionstart-hook) для получения пакетов. Для точных версий попросите Claude запустить `check-tools` в облачной сессии. Эта команда существует только в облачных сессиях.

Работа с проблемами GitHub и pull requests

Облачные сессии включают встроенные инструменты GitHub, которые позволяют Claude читать проблемы, перечислять pull requests, получать diffs и публиковать комментарии без какой-либо настройки. Эти инструменты аутентифицируются через [GitHub proxy](#github-proxy), используя любой метод, который вы настроили в разделе [Варианты аутентификации GitHub](#github-authentication-options), поэтому ваш токен никогда не входит в контейнер. CLI `gh` не предустановлен. Если вам нужна команда `gh`, которую встроенные инструменты не охватывают, например `gh release` или `gh workflow run`, установите и аутентифицируйте её самостоятельно: Добавьте `apt update && apt install -y gh` в ваш [setup script](#setup-scripts). Добавьте переменную окружения `GH_TOKEN` в ваши [параметры окружения](#configure-your-environment) с личным токеном доступа GitHub. `gh` автоматически читает `GH_TOKEN`, поэтому шаг `gh auth login` не требуется. Каждая облачная сессия имеет URL транскрипта на claude.ai, и сессия может читать свой собственный ID из переменной окружения `CLAUDE_CODE_REMOTE_SESSION_ID`. Используйте это, чтобы поместить отслеживаемую ссылку в тела PR, сообщения коммитов, посты Slack или созданные отчёты, чтобы рецензент мог открыть запуск, который их создал. Начиная с версии 2.1.179, коммиты, которые Claude создаёт в веб-сессии, включают git трейлер `Claude-Session: `, и тела PR включают URL сессии на отдельной строке. {/* min-version: 2.1.182 */}Начиная с версии 2.1.182, установите [`attribution.sessionUrl`](/ru/settings#attribution-settings) на `false`, чтобы опустить трейлер и ссылку в теле PR. Чтобы включить ссылку на сессию в что-то другое, чем коммит или PR, например в сообщение Slack, которое публикует Claude, или в файл отчёта, который он пишет, попросите Claude запустить следующую команду и использовать её вывод. Команда преобразует префикс `cse_` в значении переменной окружения в префикс `session_`, который ожидает URL транскрипта: ```bash theme={null} echo "https://claude.ai/code/${CLAUDE_CODE_REMOTE_SESSION_ID/#cse_/session_}" ```

Запускайте тесты, запускайте сервисы и добавляйте пакеты

Claude запускает тесты как часть работы над задачей. Попросите это в вашей подсказке, например "fix the failing tests in `tests/`" или "run pytest after each change." Средства запуска тестов, такие как pytest, jest и cargo test, работают из коробки, так как они предустановлены. PostgreSQL и Redis предустановлены, но не запущены по умолчанию. Попросите Claude запустить каждый во время сессии: ```bash theme={null} service postgresql start ``` ```bash theme={null} service redis-server start ``` Docker доступен для запуска контейнеризованных сервисов. Попросите Claude запустить `docker compose up` для запуска сервисов вашего проекта. Сетевой доступ для получения образов следует вашему окружению [уровень доступа](#access-levels), и [Доверенные значения по умолчанию](#default-allowed-domains) включают Docker Hub и другие распространённые реестры. Если ваши образы большие или медленно загружаются, добавьте `docker compose pull` или `docker compose build` в ваш [setup script](#setup-scripts). Полученные образы сохраняются в [кэшированном окружении](#environment-caching), поэтому каждая новая сессия имеет их на диске. Кэш хранит только файлы, не запущенные процессы, поэтому Claude всё ещё запускает контейнеры каждую сессию. Чтобы добавить пакеты, которые не предустановлены, используйте [setup script](#setup-scripts). Вывод скрипта [кэшируется](#environment-caching), поэтому пакеты, которые вы устанавливаете там, доступны в начале каждой сессии без переустановки каждый раз. Вы также можете попросить Claude установить пакеты во время сессии, но эти установки не сохраняются между сессиями.

Ограничения ресурсов

Облачные сессии работают с приблизительными потолками ресурсов, которые могут меняться со временем: * 4 vCPU * 16 ГБ оперативной памяти * 30 ГБ диска Задачи, требующие значительно больше памяти, такие как большие работы сборки или тесты, требующие много памяти, могут не пройти или быть прерваны. Для рабочих нагрузок, превышающих эти ограничения, используйте [Remote Control](/ru/remote-control) для запуска Claude Code на вашем собственном оборудовании.

Настройте ваше окружение

Окружения контролируют [сетевой доступ](#network-access), переменные окружения и [setup script](#setup-scripts), который запускается перед запуском сессии. См. [Установленные инструменты](#installed-tools) для того, что доступно без какой-либо конфигурации. Вы можете управлять окружениями из веб-интерфейса или терминала: | Действие | Как | | :---------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Добавить окружение | Выберите текущее окружение, чтобы открыть селектор, затем выберите **Add environment**. Диалог включает имя, уровень сетевого доступа, переменные окружения и setup script. | | Отредактировать окружение | Выберите значок облака, показывающий имя текущего окружения, чтобы открыть селектор, наведите курсор на окружение и нажмите значок параметров, который появляется справа. | | Архивировать окружение | Откройте окружение для редактирования и выберите **Archive**. Архивированные окружения скрыты из селектора, но существующие сессии продолжают работать. | | Установить значение по умолчанию для `--remote` | Запустите `/remote-env` в вашем терминале. Если у вас одно окружение, эта команда показывает вашу текущую конфигурацию. `/remote-env` только выбирает значение по умолчанию; добавляйте, редактируйте и архивируйте окружения из веб-интерфейса. | Переменные окружения используют формат `.env` с одной парой `KEY=value` на строку. Не оборачивайте значения в кавычки, так как кавычки хранятся как часть значения. Этот пример определяет три переменные: ```text theme={null} NODE_ENV=development LOG_LEVEL=debug DATABASE_URL=postgres://localhost:5432/myapp ```

Setup scripts

Setup script — это Bash скрипт, который запускается при запуске новой облачной сессии, перед запуском Claude Code. Используйте setup scripts для установки зависимостей, настройки инструментов или получения чего-либо, что сессии нужно, но что не предустановлено. Скрипты запускаются от имени root на Ubuntu 24.04, поэтому `apt install` и большинство менеджеров пакетов языков работают. Чтобы добавить setup script, откройте диалог параметров окружения и введите ваш скрипт в поле **Setup script**. Этот пример устанавливает CLI `gh`, который не предустановлен: ```bash theme={null} #!/bin/bash apt update && apt install -y gh ``` Если скрипт завершится с ненулевым кодом, сессия не запустится. Добавьте `|| true` к некритичным командам, чтобы избежать блокирования сессии при нестабильной установке. Держите общее время выполнения скрипта ниже примерно пяти минут, чтобы [кэш окружения](#environment-caching) мог построиться. Запускайте независимые установки параллельно с `&` и `wait`. Если одна загрузка не поместится в пятиминутный лимит, переместите её в [SessionStart hook](#setup-scripts-vs-sessionstart-hooks), который запускает её в фоновом режиме. Setup scripts, которые устанавливают пакеты, нуждаются в сетевом доступе для доступа к реестрам. Доступ в сеть по умолчанию **Trusted** позволяет подключения к [распространённым реестрам пакетов](#default-allowed-domains), включая npm, PyPI, RubyGems и crates.io. Скрипты не смогут установить пакеты, если ваше окружение использует доступ в сеть **None**.

Environment caching

Setup script запускается в первый раз, когда вы запускаете сессию в окружении. После завершения Anthropic создаёт снимок файловой системы и повторно использует этот снимок в качестве начальной точки для последующих сессий. Новые сессии начинаются с вашими зависимостями, инструментами и образами Docker уже на диске, и шаг setup script пропускается. Это сохраняет быстрый запуск даже когда скрипт устанавливает большие наборы инструментов или получает образы контейнеров. Кэш захватывает файлы, не запущенные процессы. Всё, что setup script записывает на диск, переносится. Сервисы или контейнеры, которые он запускает, нет, поэтому запускайте их за сессию, попросив Claude или с помощью [SessionStart hook](#setup-scripts-vs-sessionstart-hooks). Setup script запускается снова для перестроения кэша, когда вы изменяете setup script окружения или разрешённые сетевые хосты, и когда кэш достигает своего истечения примерно через семь дней. Возобновление существующей сессии никогда не переустанавливает setup script. Вам не нужно включать кэширование или управлять снимками самостоятельно.

Setup scripts vs. SessionStart hooks

Используйте setup script для установки того, что облаку нужно, но ваш ноутбук уже имеет, например, среду выполнения языка или инструмент CLI. Используйте [SessionStart hook](/ru/hooks#sessionstart) для настройки проекта, которая должна выполняться везде, в облаке и локально, например `npm install`. Оба запускаются в начале сессии, но они принадлежат разным местам: | | Setup scripts | SessionStart hooks | | ------------- | ------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | Прикреплено к | Облачному окружению | Вашему репозиторию | | Настроено в | Пользовательском интерфейсе облачного окружения | `.claude/settings.json` в вашем репозитории | | Запускается | Перед запуском Claude Code, когда нет [кэшированного окружения](#environment-caching) | После запуска Claude Code, на каждой сессии, включая возобновлённые | | Область | Только облачные окружения | Как локальные, так и облачные | SessionStart hooks также могут быть определены в вашем пользовательском файле `~/.claude/settings.json` локально, но пользовательские параметры не переносятся в облачные сессии. В облаке hooks поступают из репозитория и из [управляемых сервером параметров](/ru/server-managed-settings) вашей организации.

Install dependencies with a SessionStart hook

Чтобы установить зависимости только в облачных сессиях, добавьте SessionStart hook в `.claude/settings.json` вашего репозитория: ```json theme={null} { "hooks": { "SessionStart": [ { "matcher": "startup|resume", "hooks": [ { "type": "command", "command": "\"$CLAUDE_PROJECT_DIR\"/scripts/install_pkgs.sh" } ] } ] } } ``` Создайте скрипт в `scripts/install_pkgs.sh` и сделайте его исполняемым с помощью `chmod +x`. Переменная окружения `CLAUDE_CODE_REMOTE` установлена в `true` в облачных сессиях, поэтому вы можете использовать её для пропуска локального выполнения: ```bash theme={null} #!/bin/bash if [ "$CLAUDE_CODE_REMOTE" != "true" ]; then exit 0 fi npm install pip install -r requirements.txt exit 0 ``` SessionStart hooks имеют некоторые ограничения в облачных сессиях: * **Нет облачного ограничения области**: hooks запускаются как в локальных, так и в облачных сессиях. Чтобы пропустить локальное выполнение, проверьте переменную окружения `CLAUDE_CODE_REMOTE`, как показано выше. * **Требует сетевой доступ**: команды установки нуждаются в доступе к реестрам пакетов. Если ваше окружение использует доступ в сеть **None**, эти hooks не будут работать. [Список разрешений по умолчанию](#default-allowed-domains) под **Trusted** охватывает npm, PyPI, RubyGems и crates.io. * **Совместимость с прокси**: весь исходящий трафик проходит через [security proxy](#security-proxy). Некоторые менеджеры пакетов не работают правильно с этим прокси. Bun — известный пример. * **Добавляет задержку при запуске**: hooks запускаются каждый раз при запуске или возобновлении сессии, в отличие от setup scripts, которые получают выгоду от [кэширования окружения](#environment-caching). Держите скрипты установки быстрыми, проверяя, присутствуют ли зависимости, перед переустановкой. Чтобы сохранить переменные окружения для последующих команд Bash, запишите в файл в `$CLAUDE_ENV_FILE`. См. [SessionStart hooks](/ru/hooks#sessionstart) для деталей. Замена базового образа вашим собственным образом Docker пока не поддерживается. Используйте setup script для установки того, что вам нужно поверх [предоставленного образа](#installed-tools), или запустите ваш образ как контейнер рядом с Claude с помощью `docker compose`.

Сетевой доступ

Сетевой доступ контролирует исходящие соединения из облачного окружения. Каждое окружение указывает один уровень доступа, и вы можете расширить его пользовательскими разрешёнными доменами. По умолчанию используется **Trusted**, который позволяет реестры пакетов и другие [разрешённые домены](#default-allowed-domains). Чтобы изменить сетевой доступ окружения, [откройте его для редактирования](#configure-your-environment) и используйте селектор **Network access** в диалоге. Нет отдельной страницы Environments. Значок облака появляется везде, где вы запускаете облачную сессию или настраиваете [routine](/ru/routines#environments-and-network-access). Трафик MCP connector маршрутизируется через серверы Anthropic, поэтому connectors, которые вы включаете на сессии или routine, работают без добавления их хостов в **Allowed domains**. Connectors настраиваются для каждой сессии или для каждой routine; удалите любые, которые вам не нужны, чтобы ограничить, какие инструменты Claude может достичь. Это полагается на тот же канал, привязанный к Anthropic, отмеченный в разделе [Безопасность и изоляция](#security-and-isolation).

Уровни доступа

Выберите уровень доступа при создании или редактировании окружения: | Уровень | Исходящие соединения | | :---------- | :------------------------------------------------------------------------------------------- | | **None** | Нет исходящего сетевого доступа | | **Trusted** | Только [разрешённые домены](#default-allowed-domains): реестры пакетов, GitHub, облачные SDK | | **Full** | Любой домен | | **Custom** | Ваш собственный список разрешений, опционально включая значения по умолчанию | Операции GitHub используют [отдельный прокси](#github-proxy), который независим от этого параметра.

Разрешите конкретные домены

Чтобы разрешить домены, которые не в списке Trusted, выберите **Custom** в параметрах сетевого доступа окружения. Появляется поле **Allowed domains**. Введите один домен на строку: ```text theme={null} api.example.com *.internal.example.com registry.example.com ``` Используйте `*.` для совпадения поддоменов с подстановочными знаками. Отметьте **Also include default list of common package managers**, чтобы сохранить [Trusted домены](#default-allowed-domains) вместе с вашими пользовательскими записями, или оставьте её без отметки, чтобы разрешить только то, что вы указали.

GitHub proxy

Для безопасности все операции GitHub проходят через выделённый сервис прокси, который прозрачно обрабатывает все взаимодействия git. Внутри песочницы клиент git аутентифицируется с помощью пользовательского ограниченного учётного данного. Этот прокси: * Безопасно управляет аутентификацией GitHub: клиент git использует ограниченное учётное данное внутри песочницы, которое прокси проверяет и переводит в ваш фактический токен аутентификации GitHub * Ограничивает операции git push к текущей рабочей ветке для безопасности * Обеспечивает беспрепятственное клонирование, получение и операции PR при сохранении границ безопасности

Security proxy

Окружения работают за HTTP/HTTPS сетевым прокси для целей безопасности и предотвращения злоупотреблений. Весь исходящий интернет-трафик проходит через этот прокси, который обеспечивает: * Защиту от вредоносных запросов * Ограничение скорости и предотвращение злоупотреблений * Фильтрацию контента для повышенной безопасности * Аудит на уровне DNS запрошенных имён хостов

Разрешённые домены по умолчанию

При использовании доступа в сеть **Trusted** следующие домены разрешены по умолчанию. Домены, отмеченные с `*`, указывают на совпадение поддоменов с подстановочными знаками, поэтому `*.gcr.io` позволяет любой поддомен `gcr.io`. * api.anthropic.com * statsig.anthropic.com * docs.claude.com * platform.claude.com * code.claude.com * claude.ai * github.com * [www.github.com](http://www.github.com) * api.github.com * npm.pkg.github.com * raw\.githubusercontent.com * pkg-npm.githubusercontent.com * objects.githubusercontent.com * release-assets.githubusercontent.com * codeload.github.com * avatars.githubusercontent.com * camo.githubusercontent.com * gist.github.com * gitlab.com * [www.gitlab.com](http://www.gitlab.com) * registry.gitlab.com * bitbucket.org * [www.bitbucket.org](http://www.bitbucket.org) * api.bitbucket.org * registry-1.docker.io * auth.docker.io * index.docker.io * hub.docker.com * [www.docker.com](http://www.docker.com) * production.cloudflare.docker.com * download.docker.com * gcr.io * \*.gcr.io * ghcr.io * mcr.microsoft.com * \*.data.mcr.microsoft.com * public.ecr.aws * cloud.google.com * accounts.google.com * gcloud.google.com * \*.googleapis.com * storage.googleapis.com * compute.googleapis.com * container.googleapis.com * azure.com * portal.azure.com * microsoft.com * [www.microsoft.com](http://www.microsoft.com) * \*.microsoftonline.com * packages.microsoft.com * dotnet.microsoft.com * dot.net * visualstudio.com * dev.azure.com * \*.amazonaws.com * \*.api.aws * oracle.com * [www.oracle.com](http://www.oracle.com) * java.com * [www.java.com](http://www.java.com) * java.net * [www.java.net](http://www.java.net) * download.oracle.com * yum.oracle.com * registry.npmjs.org * [www.npmjs.com](http://www.npmjs.com) * [www.npmjs.org](http://www.npmjs.org) * npmjs.com * npmjs.org * yarnpkg.com * registry.yarnpkg.com * pypi.org * [www.pypi.org](http://www.pypi.org) * files.pythonhosted.org * pythonhosted.org * test.pypi.org * pypi.python.org * pypa.io * [www.pypa.io](http://www.pypa.io) * rubygems.org * [www.rubygems.org](http://www.rubygems.org) * api.rubygems.org * index.rubygems.org * ruby-lang.org * [www.ruby-lang.org](http://www.ruby-lang.org) * rubyforge.org * [www.rubyforge.org](http://www.rubyforge.org) * rubyonrails.org * [www.rubyonrails.org](http://www.rubyonrails.org) * rvm.io * get.rvm.io * crates.io * [www.crates.io](http://www.crates.io) * index.crates.io * static.crates.io * rustup.rs * static.rust-lang.org * [www.rust-lang.org](http://www.rust-lang.org) * proxy.golang.org * sum.golang.org * index.golang.org * golang.org * [www.golang.org](http://www.golang.org) * goproxy.io * pkg.go.dev * maven.org * repo.maven.org * central.maven.org * repo1.maven.org * repo.maven.apache.org * jcenter.bintray.com * gradle.org * [www.gradle.org](http://www.gradle.org) * services.gradle.org * plugins.gradle.org * kotlinlang.org * [www.kotlinlang.org](http://www.kotlinlang.org) * spring.io * repo.spring.io * packagist.org (PHP Composer) * [www.packagist.org](http://www.packagist.org) * repo.packagist.org * nuget.org (.NET NuGet) * [www.nuget.org](http://www.nuget.org) * api.nuget.org * pub.dev (Dart/Flutter) * api.pub.dev * hex.pm (Elixir/Erlang) * [www.hex.pm](http://www.hex.pm) * cpan.org (Perl CPAN) * [www.cpan.org](http://www.cpan.org) * metacpan.org * [www.metacpan.org](http://www.metacpan.org) * api.metacpan.org * cocoapods.org (iOS/macOS) * [www.cocoapods.org](http://www.cocoapods.org) * cdn.cocoapods.org * haskell.org * [www.haskell.org](http://www.haskell.org) * hackage.haskell.org * swift.org * [www.swift.org](http://www.swift.org) * archive.ubuntu.com * security.ubuntu.com * ubuntu.com * [www.ubuntu.com](http://www.ubuntu.com) * \*.ubuntu.com * ppa.launchpad.net * launchpad.net * [www.launchpad.net](http://www.launchpad.net) * \*.nixos.org * dl.k8s.io (Kubernetes) * pkgs.k8s.io * k8s.io * [www.k8s.io](http://www.k8s.io) * releases.hashicorp.com (HashiCorp) * apt.releases.hashicorp.com * rpm.releases.hashicorp.com * archive.releases.hashicorp.com * hashicorp.com * [www.hashicorp.com](http://www.hashicorp.com) * repo.anaconda.com (Anaconda/Conda) * conda.anaconda.org * anaconda.org * [www.anaconda.com](http://www.anaconda.com) * anaconda.com * continuum.io * apache.org (Apache) * [www.apache.org](http://www.apache.org) * archive.apache.org * downloads.apache.org * eclipse.org (Eclipse) * [www.eclipse.org](http://www.eclipse.org) * download.eclipse.org * nodejs.org (Node.js) * [www.nodejs.org](http://www.nodejs.org) * developer.apple.com * developer.android.com * pkg.stainless.com * binaries.prisma.sh * statsig.com * [www.statsig.com](http://www.statsig.com) * api.statsig.com * sentry.io * \*.sentry.io * downloads.sentry-cdn.com * http-intake.logs.datadoghq.com * browser-intake-us5-datadoghq.com * \*.datadoghq.com * \*.datadoghq.eu * api.honeycomb.io * sourceforge.net * \*.sourceforge.net * packagecloud.io * \*.packagecloud.io * fonts.googleapis.com * fonts.gstatic.com * json-schema.org * [www.json-schema.org](http://www.json-schema.org) * json.schemastore.org * [www.schemastore.org](http://www.schemastore.org) * \*.modelcontextprotocol.io

Перемещение задач между веб-интерфейсом и терминалом

Эти рабочие процессы требуют [Claude Code CLI](/ru/quickstart), вошедшего в один и тот же аккаунт claude.ai. Вы можете запускать новые облачные сессии из вашего терминала или вытягивать облачные сессии в ваш терминал для продолжения локально. Облачные сессии сохраняются даже если вы закроете ваш ноутбук, и вы можете мониторить их откуда угодно, включая мобильное приложение Claude. Из CLI передача сессии односторонняя: вы можете вытягивать облачные сессии в ваш терминал с помощью `--teleport`, но вы не можете отправить существующую сессию терминала в веб-интерфейс. Флаг `--remote` создаёт новую облачную сессию для вашего текущего репозитория. [Desktop app](/ru/desktop#continue-in-another-surface) предоставляет меню Continue in, которое может отправить локальную сессию в веб-интерфейс.

От терминала к веб-интерфейсу

Запустите облачную сессию из командной строки с флагом `--remote`: ```bash theme={null} claude --remote "Fix the authentication bug in src/auth/login.ts" ``` Это создаёт новую облачную сессию на claude.ai. Сессия клонирует удалённый GitHub вашего текущего каталога в вашей текущей ветке, поэтому сначала отправьте, если у вас есть локальные коммиты, так как виртуальная машина клонирует из GitHub, а не с вашей машины. `--remote` работает с одним репозиторием за раз. Задача запускается в облаке, пока вы продолжаете работать локально. {/* min-version: 2.1.195 */}Начиная с версии v2.1.195, CLI показывает живой чек-лист шагов настройки, таких как клонирование репозитория и запуск вашего [скрипта настройки](#setup-scripts), пока облачный контейнер запускается. Сообщения, которые вы вводите, пока контейнер подготавливается, ставятся в очередь и отправляются после того, как сессия будет готова. `--remote` создаёт облачные сессии. `--remote-control` не связан: он предоставляет локальную сессию CLI для мониторинга из веб-интерфейса. См. [Remote Control](/ru/remote-control). Используйте `/tasks` в Claude Code CLI для проверки прогресса, или откройте сессию на claude.ai или в мобильном приложении Claude для прямого взаимодействия. Оттуда вы можете управлять Claude, предоставлять обратную связь или отвечать на вопросы, как в любом другом разговоре.

Советы для облачных задач

**Планируйте локально, выполняйте удалённо**: для сложных задач начните Claude в режиме плана для совместной работы над подходом, затем отправьте работу в облако: ```bash theme={null} claude --permission-mode plan ``` В режиме плана Claude читает файлы, запускает команды для исследования и предлагает план без редактирования исходного кода. Когда вы будете довольны, сохраните план в репозиторий, зафиксируйте и отправьте, чтобы облачная виртуальная машина могла его клонировать. Затем запустите облачную сессию для автономного выполнения: ```bash theme={null} claude --remote "Execute the migration plan in docs/migration-plan.md" ``` Этот паттерн даёт вам контроль над стратегией, позволяя Claude выполняться автономно в облаке. **Планируйте в облаке с ultraplan**: чтобы составить и просмотреть сам план в веб-сессии, используйте [ultraplan](/ru/ultraplan). Claude генерирует план на Claude Code в веб-интерфейсе, пока вы продолжаете работать, затем вы комментируете разделы в вашем браузере и выбираете выполнение удалённо или отправку плана обратно в ваш терминал. **Запускайте задачи параллельно**: каждая команда `--remote` создаёт свою собственную облачную сессию, которая запускается независимо. Вы можете запустить несколько задач, и они все будут запускаться одновременно в отдельных сессиях: ```bash theme={null} claude --remote "Fix the flaky test in auth.spec.ts" claude --remote "Update the API documentation" claude --remote "Refactor the logger to use structured output" ``` Мониторьте все сессии с помощью `/tasks` в Claude Code CLI. Когда сессия завершится, вы можете создать PR из веб-интерфейса или [телепортировать](#from-web-to-terminal) сессию в ваш терминал для продолжения работы.

Отправляйте локальные репозитории без GitHub

Когда вы запускаете `claude --remote` из репозитория, который не подключен к GitHub, Claude Code упаковывает ваш локальный репозиторий и загружает его непосредственно в облачную сессию. Пакет включает вашу полную историю репозитория во всех ветках, плюс любые незафиксированные изменения отслеживаемых файлов. Этот fallback активируется автоматически, когда доступ GitHub недоступен. Чтобы принудительно использовать его даже когда GitHub подключен, установите `CCR_FORCE_BUNDLE=1`: ```bash theme={null} CCR_FORCE_BUNDLE=1 claude --remote "Run the test suite and fix any failures" ``` Упакованные репозитории должны соответствовать этим ограничениям: * Каталог должен быть git репозиторием с по крайней мере одним коммитом * Упакованный репозиторий должен быть менее 100 МБ. Большие репозитории переходят к упаковке только текущей ветки, затем к одному сжатому снимку рабочего дерева и не пройдут только если снимок всё ещё слишком большой * Неотслеживаемые файлы не включены; запустите `git add` на файлы, которые вы хотите, чтобы облачная сессия видела * Сессии, созданные из пакета, не могут отправляться обратно на удалённый сервер, если у вас также не настроена [аутентификация GitHub](#github-authentication-options)

От веб-интерфейса к терминалу

Вытягивайте облачную сессию в ваш терминал, используя любое из этих: * **Используя `--teleport`**: из командной строки запустите `claude --teleport` для интерактивного выбора сессии, или `claude --teleport ` для прямого возобновления конкретной сессии. Если у вас есть незафиксированные изменения, вам будет предложено сначала их спрятать. * **Используя `/teleport`**: внутри существующей сессии CLI запустите `/teleport` или `/tp` для открытия того же выбора сессии без перезагрузки Claude Code. * **Из `/tasks`**: запустите `/tasks` для просмотра ваших фоновых сессий, затем нажмите `t` для телепортирования в одну из них. * **Из веб-интерфейса**: выберите **Open in CLI** для копирования команды, которую вы можете вставить в ваш терминал. Когда вы телепортируете сессию, Claude проверяет, что вы находитесь в правильном репозитории, получает и проверяет ветку из облачной сессии и загружает полную историю разговора в ваш терминал. `--teleport` отличается от `--resume`. `--resume` переоткрывает разговор из локальной истории этой машины и не перечисляет облачные сессии; `--teleport` вытягивает облачную сессию и её ветку.

Требования для телепортирования

Телепортирование проверяет эти требования перед возобновлением сессии. Если какое-либо требование не выполнено, вы увидите ошибку или будете приглашены разрешить проблему. | Требование | Детали | | ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | | Чистое состояние git | Ваш рабочий каталог должен не иметь незафиксированных изменений. Телепортирование предложит вам спрятать изменения, если необходимо. | | Правильный репозиторий | Вы должны запустить `--teleport` из проверки того же репозитория, не форка. | | Доступность ветки | Ветка из облачной сессии должна быть отправлена на удалённый сервер. Телепортирование автоматически получает и проверяет её. | | Один и тот же аккаунт | Вы должны быть аутентифицированы на том же аккаунте claude.ai, который использовался в облачной сессии. |

`--teleport` недоступен

Телепортирование требует аутентификации подписки claude.ai. Если вы аутентифицированы через API ключ, Bedrock, Vertex AI или Microsoft Foundry, запустите `/login` для входа с вашим аккаунтом claude.ai вместо этого. Если вы уже вошли через claude.ai и `--teleport` всё ещё недоступен, ваша организация может отключить облачные сессии.

Работа с сессиями

Сессии появляются в боковой панели на claude.ai/code. Оттуда вы можете просмотреть изменения, поделиться с товарищами по команде, архивировать завершённую работу или удалить сессии постоянно.

Управление контекстом

Облачные сессии поддерживают [встроенные команды](/ru/commands), которые производят текстовый вывод. Команды, которые открывают интерактивный выбор терминала, такие как `/model` или `/config`, недоступны. Для управления контекстом конкретно: | Команда | Работает в облачных сессиях | Примечания | | :--------- | :-------------------------- | :--------------------------------------------------------------------------------------------------------------------------------- | | `/compact` | Да | Суммирует разговор для освобождения контекста. Принимает опциональные инструкции фокуса, такие как `/compact keep the test output` | | `/context` | Да | Показывает, что в настоящее время находится в окне контекста | | `/clear` | Нет | Запустите новую сессию из боковой панели вместо этого | Auto-compaction запускается автоматически, когда окно контекста приближается к ёмкости. Чтобы запустить его раньше, установите [`CLAUDE_AUTOCOMPACT_PCT_OVERRIDE`](/ru/env-vars) в ваши [переменные окружения](#configure-your-environment). Например, `CLAUDE_AUTOCOMPACT_PCT_OVERRIDE=70` компактирует при 70% ёмкости вместо ожидания, пока окно почти не заполнится. Чтобы изменить эффективный размер окна для расчётов компактирования, используйте [`CLAUDE_CODE_AUTO_COMPACT_WINDOW`](/ru/env-vars). [Subagents](/ru/sub-agents) работают так же, как они работают локально. Claude может порождать их с помощью инструмента Task для разгрузки исследования или параллельной работы в отдельное окно контекста, сохраняя основной разговор легче. Subagents определённые в `.claude/agents/` вашего репозитория подбираются автоматически. [Agent teams](/ru/agent-teams) отключены по умолчанию, но могут быть включены путём добавления `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` в ваши [переменные окружения](#configure-your-environment).

Просмотр изменений

Каждая сессия показывает индикатор diff с добавленными и удалёнными строками, например `+42 -18`. Выберите его для открытия представления diff, оставьте встроенные комментарии на конкретных строках и отправьте их Claude с вашим следующим сообщением. См. [Review and iterate](/ru/web-quickstart#review-and-iterate) для полного пошагового руководства, включая создание PR. Чтобы Claude мониторил PR на сбои CI и комментарии рецензентов автоматически, см. [Auto-fix pull requests](#auto-fix-pull-requests).

Совместное использование сессий

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

Совместное использование из аккаунта Enterprise или Team

Для аккаунтов Enterprise и Team два варианта видимости — **Private** и **Team**. Видимость Team делает сессию видимой для других членов вашей организации claude.ai. [Claude в Slack](/ru/slack) сессии автоматически общаются с видимостью Team. Проверка доступа к репозиторию включена по умолчанию на основе аккаунта GitHub, подключённого к аккаунту получателя. Отображаемое имя вашего аккаунта видно всем получателям с доступом.

Совместное использование из аккаунта Max или Pro

Для аккаунтов Max и Pro два варианта видимости — **Private** и **Public**. Видимость Public делает сессию видимой для любого пользователя, вошедшего в claude.ai. Проверьте вашу сессию на чувствительный контент перед совместным использованием. Сессии могут содержать код и учётные данные из приватных репозиториев GitHub. Проверка доступа к репозиторию не включена по умолчанию. Чтобы требовать, чтобы получатели имели доступ к репозиторию, или скрыть своё имя из общих сессий, перейдите в Settings > Claude Code > Sharing settings.

Архивируйте сессии

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

Удаляйте сессии

Удаление сессии постоянно удаляет сессию и её данные. Это действие не может быть отменено. Вы можете удалить сессию двумя способами: * **Из боковой панели**: отфильтруйте архивированные сессии, затем наведите курсор на сессию, которую вы хотите удалить, и выберите значок удаления * **Из меню сессии**: откройте сессию, выберите раскрывающееся меню рядом с названием сессии и выберите **Delete** Вам будет предложено подтвердить перед удалением сессии.

Auto-fix pull requests

Claude может наблюдать за pull request и автоматически реагировать на сбои CI и комментарии рецензентов. Claude подписывается на активность GitHub в PR, и когда проверка не пройдена или рецензент оставляет комментарий, Claude исследует и отправляет исправление, если оно очевидно. Auto-fix требует установки приложения Claude GitHub в вашем репозитории. Если вы ещё этого не сделали, установите его со [страницы приложения GitHub](https://github.com/apps/claude) или при появлении запроса во время [настройки](/ru/web-quickstart#connect-github-and-create-an-environment). Есть несколько способов включить auto-fix в зависимости от того, откуда пришёл PR и какое устройство вы используете: * **PR, созданные в Claude Code в веб-интерфейсе**: откройте строку статуса CI и выберите **Auto-fix** * **Из вашего терминала**: запустите [`/autofix-pr`](/ru/commands) на ветке PR. Claude Code обнаруживает открытый PR с помощью `gh`, порождает веб-сессию и включает auto-fix в один шаг * **Из мобильного приложения**: скажите Claude автоматически исправить PR, например "watch this PR and fix any CI failures or review comments" * **Любой существующий PR**: вставьте URL PR в сессию и скажите Claude автоматически исправить его Auto-fix — это переключатель для каждого PR. Чтобы остановить мониторинг, откройте строку статуса CI в веб-сессии и отключите переключатель **Auto-fix**, или скажите Claude прекратить наблюдение за PR.

Как Claude реагирует на активность PR

Когда auto-fix активен, Claude получает события GitHub для PR, включая новые комментарии рецензентов и сбои проверок CI. Для каждого события Claude исследует и решает, как действовать: * **Очевидные исправления**: если Claude уверен в исправлении и оно не конфликтует с более ранними инструкциями, Claude вносит изменение, отправляет его и объясняет, что было сделано в сессии * **Неоднозначные запросы**: если комментарий рецензента может быть интерпретирован несколькими способами или касается чего-то архитектурно значимого, Claude спрашивает вас перед действием * **Дублирующиеся или события без действия**: если событие является дубликатом или не требует изменений, Claude отмечает это в сессии и продолжает GitHub не отправляет webhook, когда базовая ветка продвигается вперёд и создаёт конфликт слияния, поэтому auto-fix не может реагировать на конфликты самостоятельно. Чтобы разрешить конфликт, откройте сессию и попросите Claude выполнить rebase. Claude может отвечать на потоки комментариев рецензентов на GitHub как часть их разрешения. Эти ответы публикуются с использованием вашего аккаунта GitHub, поэтому они появляются под вашим именем пользователя, но каждый ответ помечен как исходящий от Claude Code, чтобы рецензенты знали, что он был написан агентом, а не вами напрямую. Если ваш репозиторий использует автоматизацию, запускаемую комментариями, такую как Atlantis, Terraform Cloud или пользовательские GitHub Actions, которые запускаются на событиях `issue_comment`, имейте в виду, что Claude может отвечать от вашего имени, что может запустить эти рабочие процессы. Проверьте автоматизацию вашего репозитория перед включением auto-fix и рассмотрите отключение auto-fix для репозиториев, где комментарий PR может развернуть инфраструктуру или запустить привилегированные операции.

Безопасность и изоляция

Каждая облачная сессия отделена от вашей машины и от других сессий через несколько слоёв: * **Изолированные виртуальные машины**: каждая сессия запускается в изолированной виртуальной машине, управляемой Anthropic * **Элементы управления сетевым доступом**: сетевой доступ ограничен по умолчанию и может быть отключен. При запуске с отключённым сетевым доступом Claude Code всё ещё может общаться с API Anthropic, что может позволить данным выйти из виртуальной машины. * **Защита учётных данных**: чувствительные учётные данные, такие как учётные данные git или ключи подписи, никогда не находятся в песочнице с Claude Code. Аутентификация обрабатывается через защищённый прокси с использованием ограниченных учётных данных. * **Безопасный анализ**: код анализируется и изменяется в изолированных виртуальных машинах перед созданием PR

Troubleshooting

Для ошибок API времени выполнения, которые появляются в разговоре, такие как `API Error: 500`, `529 Overloaded`, `429` или `Prompt is too long`, см. [Error reference](/ru/errors). Эти ошибки и их исправления общие с CLI и Desktop app. Разделы ниже охватывают проблемы, специфичные для облачных сессий.

Session creation failed

Если новая сессия не запускается с `Session creation failed` или зависает при подготовке, Claude Code не смог выделить облачное окружение. * Проверьте [status.claude.com](https://status.claude.com) на предмет инцидентов облачных сессий * Повторите попытку через минуту, так как ёмкость подготавливается по требованию * Подтвердите, что ваш репозиторий доступен. Подключаемый аккаунт GitHub должен иметь доступ к репозиторию на GitHub либо через авторизацию Claude GitHub App, либо через токен `gh`, синхронизированный через `/web-setup`. Установка приложения на репозиторий не требуется. См. [GitHub authentication options](#github-authentication-options).

Remote Control session expired or access denied

`--teleport` подключается через ту же инфраструктуру сессии Remote Control, которую используют облачные сессии, поэтому ошибки аутентификации и истечения сессии появляются с формулировкой Remote Control. Вы можете увидеть `Remote Control session expired` или `Access denied`. Токен соединения имеет короткий срок действия и ограничен вашим аккаунтом. * Запустите `/login` локально для обновления ваших учётных данных, затем переподключитесь * Подтвердите, что вы вошли в один и тот же аккаунт, который владеет сессией * Если вы видите `Remote Control may not be available for this organization`, администратор не включил облачные сессии для вашей организации

Environment expired

Облачные сессии останавливаются после периода неактивности и базовое окружение отзывается. Из локального терминала это появляется как `Could not resume session ... its environment has expired. Creating a fresh session instead.` На веб-интерфейсе сессия помечена как истекшая в списке сессий. Переоткройте сессию из [claude.ai/code](https://claude.ai/code) для подготовки свежего окружения с восстановленной историей разговора.

Ограничения

Перед тем как полагаться на облачные сессии для рабочего процесса, учтите эти ограничения: * **Ограничения скорости**: Claude Code в веб-интерфейсе делит ограничения скорости со всеми другими использованиями Claude и Claude Code в вашем аккаунте. Запуск нескольких задач параллельно потребляет больше ограничений скорости пропорционально. Нет отдельной платы за вычисления для облачной виртуальной машины. * **Аутентификация репозитория**: вы можете перемещать сессии из веб-интерфейса в локальный только когда вы аутентифицированы на одном и том же аккаунте * **Ограничения платформы**: клонирование репозитория и создание pull request требуют GitHub. Самостоятельно размещённые экземпляры [GitHub Enterprise Server](/ru/github-enterprise-server) поддерживаются для планов Team и Enterprise. Репозитории GitLab, Bitbucket и другие не-GitHub репозитории могут быть отправлены в облачные сессии как [локальный пакет](#send-local-repositories-without-github), но сессия не может отправлять результаты обратно на удалённый сервер * **Список разрешений IP организации**: облачные сессии вызывают API Anthropic из инфраструктуры, управляемой Anthropic, а не из вашей сети. Если ваша организация имеет [IP allowlisting](https://support.claude.com/en/articles/13200993-restrict-access-to-claude-with-ip-allowlisting) включённый, каждая облачная сессия не пройдёт с ошибкой аутентификации. То же самое применяется к [Code Review](/ru/code-review) и [Routines](/ru/routines). Свяжитесь с [поддержкой Anthropic](https://support.claude.com/) для исключения размещённых Anthropic сервисов из списка разрешений IP вашей организации. * [Ultraplan](/ru/ultraplan): составьте план в облачной сессии и просмотрите его в вашем браузере * [Ultrareview](/ru/ultrareview): запустите глубокий многоагентный обзор кода в облачной песочнице * [Routines](/ru/routines): автоматизируйте работу по расписанию, через вызов API или в ответ на события GitHub * [Конфигурация Hooks](/ru/hooks): запускайте скрипты при событиях жизненного цикла сессии * [Справочник параметров](/ru/settings): все параметры конфигурации * [Безопасность](/ru/security): гарантии изоляции и обработка данных * [Использование данных](/ru/data-usage): что Anthropic сохраняет из облачных сессий * [Claude Tag](https://claude.com/docs/claude-tag/overview): управляемый организацией @Claude в Slack, работающий в той же облачной среде