Что на самом деле значит «Claude remote agents»: cloud sessions, локальная сессия под удалённым управлением или машина, которая принадлежит вам

Каждый месяц несколько сотен человек вводят в Google «claude remote agents» или «claude code remote agent» и попадают на нашу страницу о том, как управлять Claude Code с телефона. Почти никто из них не кликает, и они правы: эта страница отвечает на один вопрос, а поиск задаёт три.

Слово «remote» в этом запросе несёт большую нагрузку. В зависимости от того, кто его вводит, оно означает агента, который работает на серверах Anthropic, пока ноутбук закрыт, агента, который работает на ноутбуке, но управляется с телефона, или агента, который работает на сервере сборки, принадлежащем этому человеку. Это три разных продукта с тремя разными наборами правил, и первый из них Anthropic сама переименовала в этом году, откуда и берётся значительная часть путаницы.

Эта статья разделяет все три варианта, с фактами, сверенными с документацией Anthropic 28 сентября 2026 года, а затем рассказывает, что мы делаем в AgentsRoom в каждом случае, с любым CLI агента.

Слово «remote» обозначает три разные вещи

1. Cloud sessions (облачные сессии): агент работает на облачной инфраструктуре, а не на вашей машине. Раньше флаг CLI у Anthropic назывался --remote, поэтому поисковый запрос и прижился.
2. Remote Control: агент работает на вашей машине, а вы управляете им с claude.ai или из приложения Claude на телефоне.
3. Машина, которая принадлежит вам: агент работает на сервере, офисном компьютере или домашней машине, а вы подключаетесь к нему по SSH или через туннель.

Две из трёх являются функциями Claude Code. Третья представляет собой обычную инфраструктуру, и только она работает с любым CLI агента.

1. Облачные сессии: агент работает на машинах Anthropic

Документация Anthropic называет это cloud session: «сессия Claude Code, которая работает на облачной инфраструктуре, а не на вашей машине». По умолчанию эта инфраструктура представляет собой изолированную VM под управлением Anthropic; организация может вместо этого направлять сессии в собственное self-hosted окружение. Сессия продолжает работать после того, как вы закрыли ноутбук, и вы можете следить за ней или управлять ею с любого устройства.

Запустить её можно из пяти мест, и все они используют одни и те же облачные окружения (правила сетевого доступа, переменные окружения, скрипт установки):

Именно вариант для терминала объясняет поисковый запрос. Старое написание, --remote, всё ещё работает как устаревший псевдоним --cloud. Политика организации, которая разрешает или запрещает всю функцию, по-прежнему называется allow_remote_sessions. Так что «remote» какое-то время было официальным словом, и оно живёт до сих пор во флагах, сообщениях об ошибках и настройках администрирования.

Что на самом деле происходит, когда вы запускаете claude --cloud: на claude.ai создаётся новая сессия, и облачная VM клонирует GitHub-remote вашего репозитория на текущей ветке. Она клонирует remote, а не ваше рабочее дерево, поэтому, если у вас есть локальные коммиты, сначала сделайте push. Если у репозитория нет remote или на нём не установлено приложение Claude GitHub App, Claude Code упаковывает локальный репозиторий (меньше 100 МБ, только отслеживаемые файлы) и загружает его, не включая незакоммиченные .env, *.tfvars и файлы ключей. Задача выполняется в облаке, пока вы продолжаете работать локально. Когда она готова, вы создаёте pull request с claude.ai/code или возвращаете сессию в свой терминал:

claude --teleport                 # session picker
claude --teleport <session-id>    # a specific session

Teleport проверяет четыре вещи: чистый рабочий каталог, копию того же репозитория, ветку сессии, отправленную в remote, и тот же аккаунт claude.ai. Затем он получает ветку и загружает весь разговор в ваш терминал. Из CLI передача работает только в одну сторону: облачную сессию можно забрать к себе, но существующую терминальную сессию нельзя отправить в облако. Только в десктопном приложении есть меню Continue in, которое отправляет локальную сессию в облако.

Routines представляют собой ту же функцию, но по расписанию: сохранённый промпт, один или несколько репозиториев, набор коннекторов, запускаемые по расписанию, по HTTP-вызову или по событию GitHub, причём каждый запуск является полноценной облачной сессией без запросов разрешений. Они находятся в research preview, создаются на claude.ai/code/routines или командой /schedule в CLI и добавляют дневной лимит запусков на аккаунт.

Три ограничения, которые стоит знать, прежде чем на это полагаться. Облачным сессиям нужен GitHub: клонирование и pull request проходят через Claude GitHub App или через ваш токен gh, отправленный командой /web-setup. Они делят лимиты со всем остальным в вашем аккаунте: отдельной платы за вычисления нет, но при нескольких параллельных сессиях расход растёт пропорционально. И они требуют входа через claude.ai на Pro, Max или Team (Enterprise с нужными местами): --cloud и --teleport не работают ни с ключом API, ни когда Claude Code настроен на Bedrock или Vertex.

2. Remote Control: агент работает на вашей машине, а вы управляете им откуда угодно

Remote Control устроен зеркально. Документация формулирует это одной фразой: «В отличие от облачных сессий, которые работают на облачной инфраструктуре, сессии Remote Control работают прямо на вашей машине и взаимодействуют с вашей локальной файловой системой». claude.ai/code и приложение Claude на iOS и Android служат окном в процесс, который по-прежнему работает на вашем ноутбуке, с вашими файлами, серверами MCP, хуками и конфигурацией проекта. Если набрать @ на телефоне, автодополняются даже пути из вашего локального проекта.

Три способа его запустить:

claude remote-control            # server mode: serves sessions to your devices
claude --remote-control          # an interactive session you can also drive remotely
/remote-control                  # from inside a session that is already running

В первый раз Claude Code попросит вас один раз подтвердить. Нужен вход через claude.ai на Pro, Max, Team или Enterprise (ключи API не поддерживаются), а на Team и Enterprise владелец сначала должен включить соответствующий переключатель. Если ноутбук уходит в сон или пропадает сеть, сессия переподключается, когда машина снова доступна. И запомнить стоит именно примечание из документации самой Anthropic: --cloud создаёт облачные сессии, а --remote-control с этим никак не связан.

Пересекаются эти две функции в одном месте. --teleport работает поверх инфраструктуры сессий Remote Control, поэтому истёкший teleport показывает ошибки в формулировках Remote Control. Это деталь внутреннего устройства, а не признак того, что это одно и то же.

Если ваш вопрос о токенах, мы это измерили: Remote Control не тратит больше токенов, и вот что вместо него есть у Codex.

3. Машина, которая принадлежит вам: SSH, туннель, сервер сборки

Третье значение не имеет никакого отношения к аккаунту Anthropic. Агент работает на компьютере, который принадлежит вам, но не стоит перед вами: на сервере сборки, офисном компьютере, VPS. Вы подключаетесь к нему по SSH, запускаете там claude или codex, и сессия живёт на этой машине.

Редакторы начинают упаковывать это в готовые функции. В VS Code 1.121 появились «Remote agents (Preview)»: окно Agents может запускать сессии агентов на принадлежащей вам удалённой машине, по SSH или через dev tunnels, с помощью долгоживущего процесса-хоста агента, так что запущенная сессия продолжается, даже если ваш клиент отключится. Та же идея, один CLI, один редактор.

Простейший вариант состоит из терминала и ssh. Он работает с любым CLI, держит ваш код на железе, которое вы контролируете, и имеет обычные издержки: сессия умирает вместе с соединением, если не обернуть её в tmux или screen, а телефон далеко не лучший SSH-клиент.

Как выбрать

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

Две вещи стоит держать в голове. Облачные сессии и Remote Control являются функциями Claude Code: у Codex нет аналога --teleport, а у Antigravity CLI есть собственный Remote Control начиная с версии 2.0. И «remote» не значит «без присмотра»: облачная сессия, которая задала вопрос, ждёт вас, пока не истечёт её окружение, а сессия Remote Control ждёт ответа на запрос разрешения, как любая локальная.

Что мы делаем в каждом случае

AgentsRoom запускает агентов, но не хостит их, поэтому в каждом из трёх случаев он занимает свою позицию, а не заменяет их.

Управление локальным агентом с телефона, для любого CLI: мобильное приложение AgentsRoom берёт на себя терминал каждого агента, работающего на вашем компьютере, будь то Claude Code, Codex, GitHub Copilot CLI, Cursor или другие CLI агентов, через реле со сквозным шифрованием, с push-уведомлениями, когда агент вас ждёт. Оно сосуществует с Remote Control от Anthropic в сессии Claude Code: одно служит окном в разговор, другое в терминал.

Агент на принадлежащей вам машине: SSH-подключения один раз сохраняют сервер и запускают на нём CLI, с теми же плитками, статусами и уведомлениями, что и у локального агента; удалённый флот (Remote Fleet) делает то же самое на всех компьютерах вашего аккаунта: офис, дом и сервер сборки в одном окне.

Никакой вашей машины: Cloud Agents запускают одноразовую машину, которая клонирует репозиторий, запускает Claude Code или Codex в headless-режиме по инструкции, отправленной с вашего телефона, делает коммит, отправляет ветку и уничтожает себя. Это задание, а не сессия: подключаться не к чему, и именно в этом отличие от двух случаев выше.

Ничто из этого не меняет того, что делают облачные сессии Anthropic. Если вы работаете в Claude Code и хотите, чтобы VM запускала Anthropic, правильный инструмент это claude --cloud, а ветка, которую он отправляет, появится в вашем репозитории, как любая другая.

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

Claude remote agents и Claude Code on the web: это одно и то же?

Да. Нынешнее название у Anthropic: cloud session (облачная сессия), то есть сессия Claude Code, которая работает на инфраструктуре под управлением Anthropic (или в собственном self-hosted окружении вашей организации), а не на вашей машине. Запустить её можно из claude.ai/code, со вкладки Code в приложении Claude, из десктопного приложения, выбрав Cloud вместо Local, или из терминала командой claude --cloud. Слово remote сохранилось от старого флага --remote, который всё ещё работает как устаревший псевдоним --cloud, и от политики организации, которая всем этим управляет, allow_remote_sessions.

Запускает ли claude --cloud что-нибудь на моём компьютере?

Нет. Команда создаёт новую сессию на claude.ai, и облачная VM клонирует GitHub-remote вашего репозитория на текущей ветке, а не вашу локальную копию, поэтому, если у вас есть локальные коммиты, сначала сделайте push. Если у репозитория нет remote или на нём не установлено приложение Claude GitHub App, Claude Code вместо этого упаковывает локальный репозиторий и загружает его, не включая незакоммиченные файлы .env, ключей и учётных данных. Дальше задача выполняется в облаке, а ваш терминал свободен.

Работает ли Remote Control в облаке?

Нет. Remote Control делает противоположное облачной сессии: процесс Claude Code продолжает работать на вашей собственной машине, с вашей файловой системой, вашими серверами MCP и конфигурацией вашего проекта, а claude.ai/code или приложение Claude на iOS и Android становятся окном в него. Запускается он командой claude remote-control (серверный режим), claude --remote-control в интерактивной сессии или /remote-control внутри уже запущенной. Документация Anthropic прямо говорит, что --cloud и --remote-control никак не связаны.

Можно ли использовать cloud sessions или Remote Control от Claude с Codex, Antigravity или другим CLI?

Нет. Обе функции принадлежат Claude Code и привязаны к подписке claude.ai. У Antigravity CLI есть собственный Remote Control начиная с версии 2.0. Для остальных CLI можно добавить ту часть, которая не зависит от вендора: мобильное приложение AgentsRoom берёт на себя терминал любого агента, работающего на вашем компьютере, какой бы CLI он ни использовал, через реле со сквозным шифрованием, и оно сосуществует с Remote Control от Claude в сессии Claude Code.

Стоят ли cloud sessions дополнительных денег?

Отдельной платы за вычисления облачной VM нет, но облачные сессии делят лимиты со всем остальным использованием Claude и Claude Code в вашем аккаунте, и несколько параллельных сессий расходуют их пропорционально. Они доступны на тарифах Pro, Max и Team, а также на Enterprise с премиум-местами или местами Chat + Claude Code. Routines, которые выполняются как облачные сессии, добавляют дневной лимит на число запусков на аккаунт.

Как вернуть cloud session в свой терминал?

Командой claude --teleport, которая открывает выбор сессии, или claude --teleport <session-id> для конкретной сессии; /teleport делает то же самое изнутри запущенной сессии. Claude Code проверяет, что рабочий каталог чист, что вы находитесь в копии того же репозитория и вошли в тот же аккаунт, затем получает ветку сессии и загружает историю разговора. Терминал получает собственную копию: то, что вы делаете дальше, остаётся локальным и не появляется в облачной сессии. Из CLI передача работает только в одну сторону; отправить локальную сессию в облако может только десктопное приложение.