Co naprawdę znaczy „Claude remote agents”: cloud sessions, lokalna sesja sterowana zdalnie albo maszyna, która należy do ciebie

Co miesiąc kilkaset osób wpisuje w Google „claude remote agents” albo „claude code remote agent” i trafia na naszą stronę o tym, jak sterować Claude Code z telefonu. Prawie nikt nie klika i mają rację: ta strona odpowiada na jedno pytanie, a wyszukiwanie zadaje trzy.

Słowo „remote” niesie w tym zapytaniu bardzo dużo. Zależnie od tego, kto je wpisuje, oznacza agenta, który działa na serwerach Anthropic, gdy laptop jest zamknięty, agenta, który działa na laptopie, ale jest sterowany z telefonu, albo agenta, który działa na serwerze buildów należącym do tej osoby. To trzy różne produkty z trzema różnymi zestawami zasad, a Anthropic sam zmienił w tym roku nazwę pierwszego z nich, co w dużej mierze tłumaczy zamieszanie.

Ten artykuł rozdziela te trzy rzeczy, z faktami sprawdzonymi w dokumentacji Anthropic 28 września 2026, a potem mówi, co robimy w AgentsRoom w każdym z tych przypadków, z dowolnym CLI agenta.

Słowo „remote” obejmuje trzy różne rzeczy

1. Cloud sessions (sesje w chmurze): agent działa na infrastrukturze chmurowej, a nie na twojej maszynie. Dawna nazwa flagi CLI u Anthropic to --remote, i stąd przylgnęło to wyszukiwane hasło.
2. Remote Control: agent działa na twojej maszynie, a ty sterujesz nim z claude.ai albo z aplikacji Claude na telefonie.
3. Maszyna, która należy do ciebie: agent działa na serwerze, komputerze w biurze albo komputerze w domu, a ty łączysz się z nim przez SSH albo przez tunel.

Dwie z tych trzech rzeczy to funkcje Claude Code. Trzecia to zwykła infrastruktura i tylko ona działa z każdym CLI agenta.

1. Cloud sessions: agent działa na maszynach Anthropic

Dokumentacja Anthropic nazywa to cloud session: „sesja Claude Code, która działa na infrastrukturze chmurowej zamiast na twojej maszynie”. Domyślnie ta infrastruktura to odizolowana VM zarządzana przez Anthropic; organizacja może zamiast tego kierować sesje do własnego, samodzielnie hostowanego środowiska. Sesja działa dalej po zamknięciu laptopa, a ty możesz ją śledzić albo nią sterować z dowolnego urządzenia.

Możesz ją uruchomić z pięciu miejsc i wszystkie korzystają z tych samych środowisk chmurowych (reguły dostępu do sieci, zmienne środowiskowe, skrypt konfiguracyjny):

To forma terminalowa tłumaczy wyszukiwane hasło. Starsza pisownia, --remote, nadal działa jako przestarzały alias --cloud. Polityka organizacji, która pozwala na całą funkcję albo jej zabrania, wciąż nazywa się allow_remote_sessions. „Remote” było więc przez jakiś czas oficjalnym słowem i przetrwało we flagach, komunikatach o błędach i ustawieniach administracyjnych.

Co naprawdę się dzieje, gdy uruchamiasz claude --cloud: na claude.ai powstaje nowa sesja, a VM w chmurze klonuje remote GitHub twojego repozytorium na twojej bieżącej gałęzi. Klonuje remote, a nie twój katalog roboczy, więc jeśli masz lokalne commity, najpierw je wypychasz. Jeśli repozytorium nie ma remote albo nie ma na nim zainstalowanej Claude GitHub App, Claude Code pakuje lokalne repozytorium (poniżej 100 MB, tylko śledzone pliki) i je wysyła, pomijając niezacommitowane pliki .env, *.tfvars i pliki kluczy. Zadanie działa w chmurze, a ty dalej pracujesz lokalnie. Gdy się skończy, tworzysz pull request z claude.ai/code albo ściągasz sesję z powrotem do swojego terminala:

claude --teleport                 # wybór sesji
claude --teleport <session-id>    # konkretna sesja

Teleport sprawdza cztery rzeczy: czysty katalog roboczy, kopię tego samego repozytorium, gałąź sesji wypchniętą na remote i to samo konto claude.ai. Potem pobiera gałąź i wczytuje całą rozmowę do twojego terminala. Z poziomu CLI przekazanie działa tylko w jedną stronę: możesz ściągnąć cloud session w dół, ale nie możesz wysłać istniejącej sesji terminala w górę. Tylko aplikacja desktopowa ma menu Continue in, które wysyła lokalną sesję do chmury.

Routines to zaplanowana forma tego samego: zapisany prompt, jedno lub kilka repozytoriów, zestaw konektorów, uruchamiane według harmonogramu, po wywołaniu HTTP albo po zdarzeniu GitHub, a każde uruchomienie to pełna cloud session bez pytań o uprawnienia. Są w fazie research preview, tworzy się je na claude.ai/code/routines albo poleceniem /schedule w CLI i dokładają dzienny limit uruchomień na konto.

Trzy ograniczenia, które warto znać, zanim zaczniesz na tym polegać. Cloud sessions potrzebują GitHuba: klonowanie i pull requesty przechodzą przez Claude GitHub App albo przez twój token gh wysłany poleceniem /web-setup. Dzielą limity użycia ze wszystkim innym na twoim koncie, bez osobnej opłaty za moc obliczeniową, ale z proporcjonalnym zużyciem, gdy uruchamiasz kilka równolegle. I wymagają logowania do claude.ai w planie Pro, Max albo Team (Enterprise z odpowiednimi miejscami): --cloud i --teleport nie działają z kluczem API ani wtedy, gdy Claude Code jest skonfigurowany pod Bedrock albo Vertex.

2. Remote Control: agent działa na twojej maszynie, ty sterujesz nim z innego miejsca

Remote Control to lustrzane odbicie. Dokumentacja mówi to w jednym zdaniu: „W przeciwieństwie do cloud sessions, które działają na infrastrukturze chmurowej, sesje Remote Control działają bezpośrednio na twojej maszynie i korzystają z twojego lokalnego systemu plików”. claude.ai/code i aplikacja Claude na iOS i Androida to okno na proces, który wciąż działa na twoim laptopie, z twoimi plikami, twoimi serwerami MCP, twoimi hookami i konfiguracją twojego projektu. Wpisanie @ na telefonie podpowiada nawet ścieżki z twojego lokalnego projektu.

Trzy sposoby, żeby je uruchomić:

claude remote-control            # tryb serwera: udostępnia sesje twoim urządzeniom
claude --remote-control          # sesja interaktywna, którą możesz też sterować zdalnie
/remote-control                  # z wnętrza sesji, która już działa

Za pierwszym razem Claude Code prosi cię jednorazowo o potwierdzenie. Potrzebne jest logowanie do claude.ai w planie Pro, Max, Team albo Enterprise (klucze API nie są obsługiwane), a w Team i Enterprise właściciel musi najpierw włączyć przełącznik. Jeśli laptop przejdzie w uśpienie albo sieć padnie, sesja połączy się ponownie, gdy maszyna wróci. A uwaga z samej dokumentacji Anthropic jest tą, którą warto zapamiętać: --cloud tworzy cloud sessions, --remote-control nie ma z tym nic wspólnego.

Obie funkcje spotykają się jednak w jednym miejscu. --teleport przechodzi przez infrastrukturę sesji Remote Control, więc wygasły teleport pokazuje błędy sformułowane słownictwem Remote Control. To szczegół hydrauliki, a nie znak, że to jedno i to samo.

Jeśli twoje pytanie dotyczy tokenów, zmierzyliśmy to: Remote Control nie zużywa więcej tokenów, a oto co Codex ma w zamian.

3. Maszyna, która należy do ciebie: SSH, tunel, serwer buildów

Trzecie znaczenie nie ma nic wspólnego z kontem Anthropic. Agent działa na komputerze, który należy do ciebie, ale nie jest tym, przed którym siedzisz: na serwerze buildów, komputerze w biurze, VPS-ie. Łączysz się z nim przez SSH, uruchamiasz tam claude albo codex, a sesja żyje na tej maszynie.

Edytory zaczynają to pakować. VS Code 1.121 dodał „Remote agents (Preview)”: okno Agents może uruchamiać sesje agentów na zdalnej maszynie, która należy do ciebie, przez SSH albo dev tunnels, za pośrednictwem długo działającego procesu hosta agenta, więc działająca sesja trwa dalej, nawet jeśli twój klient się rozłączy. Ten sam pomysł, jedno CLI, jeden edytor.

Najprostsza wersja to terminal i ssh. Działa z każdym CLI, trzyma twój kod na sprzęcie, który kontrolujesz, i ma zwykłe koszty: sesja umiera razem z połączeniem, chyba że opakujesz ją w tmux albo screen, a telefon nie jest dobrym klientem SSH.

Jak wybrać

Właściwe pytanie nie brzmi „które jest najlepsze”, tylko gdzie chcesz, żeby działał kod, i co musisz zachować.

Dwie rzeczy warto mieć w głowie. Cloud sessions i Remote Control to funkcje Claude Code: nie ma odpowiednika --teleport w Codex, a Antigravity CLI ma własne Remote Control od wersji 2.0. A „remote” nie znaczy „bez nadzoru”: cloud session, która zadaje pytanie, czeka na ciebie, aż wygaśnie jej środowisko, a sesja Remote Control czeka na odpowiedź w sprawie uprawnień jak każda lokalna sesja.

Co robimy w każdym z tych przypadków

AgentsRoom uruchamia agenty, ale ich nie hostuje, więc w każdym z trzech przypadków zajmuje określone miejsce, zamiast je zastępować.

Sterowanie lokalnym agentem z telefonu, dla dowolnego CLI: aplikacja mobilna AgentsRoom przejmuje terminal każdego agenta działającego na twoim desktopie, Claude Code, Codex, GitHub Copilot CLI, Cursor i innych CLI agentów, przez szyfrowany end-to-end relay, z powiadomieniami push, gdy agent na ciebie czeka. Współistnieje z Remote Control od Anthropic w sesji Claude Code: jedno jest oknem na rozmowę, drugie na terminal.

Agent na maszynie, która należy do ciebie: Połączenia SSH zapisują serwer raz i uruchamiają tam CLI, z tymi samymi kafelkami, statusami i powiadomieniami co lokalny agent; Zdalna Flota (Remote Fleet) robi to samo na wszystkich komputerach twojego konta, biuro, dom i serwer buildów w jednym widoku.

Żadnej twojej maszyny: Cloud Agents uruchamiają jednorazową maszynę, która klonuje repozytorium, uruchamia Claude Code albo Codex bez interfejsu z poleceniem wysłanym z twojego telefonu, commituje, wypycha gałąź i sama się niszczy. To zadanie, a nie sesja: nie ma ekranu, z którym można się połączyć, i to jest dokładnie różnica względem dwóch przypadków powyżej.

Nic z tego nie zmienia tego, co robią cloud sessions od Anthropic. Jeśli pracujesz na Claude Code i chcesz, żeby to Anthropic uruchamiał VM, claude --cloud jest właściwym narzędziem, a gałąź, którą wypycha, pojawia się w twoim repozytorium jak każda inna.

Najczęściej zadawane pytania

Czy remote agents Claude to to samo co Claude Code on the web?

Tak. Obecna nazwa u Anthropic to cloud session: sesja Claude Code, która działa na infrastrukturze zarządzanej przez Anthropic (albo w samodzielnie hostowanym środowisku twojej organizacji), a nie na twojej maszynie. Uruchamiasz ją z claude.ai/code, z karty Code w aplikacji Claude, z aplikacji desktopowej, wybierając Cloud zamiast Local, albo z terminala poleceniem claude --cloud. Słowo remote przetrwało w starszej fladze, --remote, która nadal działa jako przestarzały alias --cloud, oraz w polityce organizacji, która tym wszystkim zarządza, allow_remote_sessions.

Czy claude --cloud uruchamia cokolwiek na moim komputerze?

Nie. Polecenie tworzy nową sesję na claude.ai, a VM w chmurze klonuje remote GitHub twojego repozytorium na twojej bieżącej gałęzi, a nie twoją lokalną kopię: jeśli masz lokalne commity, najpierw je wypychasz. Jeśli repozytorium nie ma remote albo nie ma na nim zainstalowanej Claude GitHub App, Claude Code pakuje lokalne repozytorium i wysyła je zamiast tego, pomijając niezacommitowane pliki .env, klucze i dane uwierzytelniające. Zadanie działa potem w chmurze, a twój terminal jest wolny.

Czy Remote Control działa w chmurze?

Nie. Remote Control robi coś odwrotnego niż cloud session: proces Claude Code dalej działa na twojej własnej maszynie, z twoim systemem plików, twoimi serwerami MCP i konfiguracją twojego projektu, a claude.ai/code albo aplikacja Claude na iOS i Androida stają się oknem na ten proces. Uruchamiasz je poleceniem claude remote-control (tryb serwera), claude --remote-control w sesji interaktywnej albo /remote-control w sesji, która już działa. Dokumentacja Anthropic mówi wprost, że --cloud i --remote-control nie mają ze sobą nic wspólnego.

Czy mogę używać cloud sessions albo Remote Control od Claude z Codex, Antigravity albo innym CLI?

Nie. Obie te funkcje należą do Claude Code i są powiązane z subskrypcją claude.ai. Antigravity CLI ma własne Remote Control od wersji 2.0. Dla pozostałych CLI element, który możesz dodać, to ten, który nie zależy od dostawcy: aplikacja mobilna AgentsRoom przejmuje terminal każdego agenta działającego na twoim desktopie, niezależnie od jego CLI, przez szyfrowany end-to-end relay, i współistnieje z Remote Control od Claude w sesji Claude Code.

Czy cloud sessions kosztują dodatkowo?

Nie ma osobnej opłaty za moc obliczeniową VM w chmurze, ale cloud sessions dzielą limity użycia z całym pozostałym użyciem Claude i Claude Code na twoim koncie, a kilka sesji równolegle zużywa je proporcjonalnie. Są dostępne w planach Pro, Max i Team, a w Enterprise z miejscami premium albo miejscami Chat + Claude Code. Routines, które działają jako cloud sessions, dokładają dzienny limit liczby uruchomień na konto.

Jak przenieść cloud session z powrotem do mojego terminala?

Poleceniem claude --teleport, które otwiera wybór sesji, albo claude --teleport <session-id> dla konkretnej sesji; /teleport robi to samo z wnętrza działającej sesji. Claude Code sprawdza, czy twój katalog roboczy jest czysty, czy jesteś w kopii tego samego repozytorium i czy jesteś zalogowany na to samo konto, po czym pobiera gałąź sesji i wczytuje historię rozmowy. Terminal dostaje własną kopię: to, co robisz dalej, zostaje lokalnie i nie pojawia się w cloud session. Z poziomu CLI przekazanie działa tylko w jedną stronę; tylko aplikacja desktopowa może wysłać lokalną sesję do chmury.