Що насправді означає «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 передача працює лише в один бік; надіслати локальну сесію в хмару може лише десктопний застосунок.