Jak działają kredyty na sesje w chmurze Claude Code
Dowiedz się, jak rozliczane są kredyty w Claude Code. Wyjaśniamy, dlaczego sesje w chmurze zużywają saldo bonusowe przed limitami planu Pro oraz co dzieje się po ich wyczerpaniu.
Dlaczego sesja w chmurze zużywa kredyt, skoro opłacany jest już plan abonamentowy
Kredyt na sesję w chmurze to dodatkowe saldo bonusowe, które jest pobierane przed wykorzystaniem limitów zawartych w posiadanym planie. Firma Anthropic przyznała go uprawnionym subskrybentom indywidualnym planów Pro i Max w ramach promocji, zatem nie są to środki wpłacone przez użytkownika. Sesja w chmurze to sesja Claude Code uruchamiana na maszynach Anthropic, a nie na lokalnym komputerze. Nadal jest ona częścią subskrypcji, a dokumentacja Anthropic wyraźnie wskazuje, że nie ma osobnej opłaty za maszynę wirtualną (VM), na której działa sesja. Kredyt zmienia jedynie kolejność odczytu licznika: dopóki saldo kredytów jest przypisane do konta, sesje w chmurze zużywają najpierw te środki, a dopiero po ich wyczerpaniu zaczynają obciążać pulę współdzieloną z sesjami terminalowymi i czatami.
Odpowiedzią na pytanie „dlaczego naliczany jest kredyt, skoro płacę za plan Pro lub Max” jest fakt, że kredyt stanowi dodatkową pulę znajdującą się przed planem, a nie jego zamiennik. Warunki subskrypcji nie uległy zmianie. Pojawił się jedynie drugi licznik, który jest rozliczany w pierwszej kolejności.
Czy ta sesja działa na Twojej maszynie, czy w chmurze?
Wszystko inne zależy od tego rozróżnienia, a interfejs nie zawsze wyraźnie o tym informuje. Sesja działa w chmurze, gdy uruchamiasz ją z poziomu claude.ai/code w przeglądarce, z karty Code w aplikacji mobilnej Claude, z aplikacji Desktop z wybraną opcją Cloud zamiast Local, z terminala za pomocą claude --cloud lub w ramach zaplanowanej procedury. Sesja działa na Twojej własnej maszynie, gdy uruchamiasz ją w terminalu, w środowisku IDE lub w aplikacji Desktop z wybraną opcją Local.
Jeden przypadek wygląda na wyjątek, ale nim nie jest. Funkcja Remote Control pozwala obserwować i sterować sesją z telefonu lub przeglądarki, podczas gdy sesja ta wykonuje się na Twojej własnej maszynie. Jest to sesja lokalna, więc nigdy nie zużywa kredytów chmurowych, ponieważ praca odbywa się na sprzęcie, który już posiadasz.
Sesje w chmurze są dostępne w planach Pro, Max i Team oraz dla użytkowników Enterprise z licencjami premium lub licencjami Chat + Claude Code.
Skąd pochodzi zużycie sesji w chmurze?
Pochodzi ono ze standardowej puli konta po wyczerpaniu dostępnych środków. Dokumentacja sesji w chmurze określa to jasno: „sesje w chmurze współdzielą limity zapytań z pozostałym wykorzystaniem Claude oraz Claude Code w ramach konta. Uruchamianie wielu zadań równolegle powoduje proporcjonalnie większe zużycie limitów”. Ta sama strona dodaje, że „za maszynę wirtualną w chmurze nie są naliczane oddzielne opłaty”.
Należy dwukrotnie przeczytać drugie zdanie, gdyż to właśnie ono bywa zaskakujące. Każde polecenie claude --cloud tworzy własną sesję z własnym oknem kontekstowym. Uruchomienie czterech zadań jednocześnie oznacza, że cztery sesje wysyłają swoje żądania w tym samym czasie, więc obciążenie konta jest w przybliżeniu czterokrotnie wyższe niż w przypadku jednej sesji. Maszyna wirtualna jest bezpłatna. Tokeny nie.
Wyjątek stanowią funkcje rozliczane z kredytów zużycia zamiast z planu abonamentowego, co opisano w następnej sekcji.
Słowo "credit" ma dwa różne znaczenia
Interfejs używa jednego słowa dla dwóch odrębnych mechanizmów, a to przeciążenie terminologiczne jest głównym źródłem niejasności związanych z tym pytaniem.
Usage credits (kredyty wykorzystania) to mechanizm stały. Jest to przedpłacone saldo, które użytkownik zasila samodzielnie w Settings > Usage; jest ono dostępne w planach Pro, Max 5x oraz Max 20x. W standardowej pracy nie pełnią one żadnej funkcji, dopóki nie zostaną osiągnięte limity planu: Anthropic opisuje ich działanie jako aktywację "zamiast blokady po osiągnięciu jednego z limitów planu". Po tym momencie, jeśli kredyty są włączone, a użytkownik posiada środki, praca jest kontynuowana, a wykorzystanie jest "rozliczane według standardowych stawek API". API oznacza application programming interface, a standardowe stawki API są naliczane za token, więc jest to wydatkowanie licznikowe, a nie ryczałtowe. Można ustawić miesięczny limit wydatków, a /usage pokazuje bieżące zużycie w odniesieniu do tego limitu. Usage credits obejmują zarówno konwersacje w Claude, jak i Claude Code. Aby uzyskać pełny obraz tego salda, w tym drugiego, niezwiązanego z tym znaczenia tego słowa, należy przeczytać czym są usage credits i skąd bierze się przeciążenie tego terminu.
Niektóre funkcje zużywają usage credits nawet wtedy, gdy dostępne są limity w ramach planu. W planach Pro, Max, Team i Enterprise tryb fast mode jest "dostępny wyłącznie za pośrednictwem usage credits i nie jest wliczony w limity subskrypcji", a dokumentacja trybu fast mode dodaje, że "pobiera on środki bezpośrednio z usage credits, nawet jeśli użytkownik posiada pozostałe limity w ramach planu". Dopóki kredyty nie są włączone, /fast wyświetla odmowę z komunikatem "Fast mode requires usage credits". Tryb fast mode działa również w sesjach cloud sessions. Funkcja Ultrareview, która działa jako cloud session, zapewnia użytkownikom Pro i Max trzy darmowe uruchomienia na konto, a następnie obciąża każde kolejne użycie za pomocą usage credits. W planie Pro funkcja Fable jest dostępna wyłącznie za pośrednictwem usage credits. Są to zadania w chmurze, które generują koszty dodatkowe poza opłatą za plan.
Cloud session credit (kredyt na sesję w chmurze) to bonus promocyjny, a nie przedpłacone saldo. Centrum pomocy Anthropic opisuje go jako bonusowy kredyt w wysokości 100 USD w planie Pro i 250 USD w planie Max, zaznaczając, że "Cloud sessions są zawarte w planie Pro lub Max, a ten kredyt zapewnia dodatkowe darmowe wykorzystanie ponad standardowe limity planu". Jest on przyznawany, a nie kupowany; obejmuje wyłącznie cloud sessions (nie dotyczy czatów, sesji Cowork ani Remote Control) i jest stosowany automatycznie przy uruchomieniu cloud session. Dopóki kredyt jest aktywny, wykorzystanie cloud sessions jest opłacane z tego salda i nie wlicza się do limitów planu. Uwaga dotycząca planu Pro: Fable w ramach cloud session najpierw zużywa kredyt bonusowy, a "Fable zacznie pobierać środki z usage credits natychmiast po wyczerpaniu kredytu bonusowego".
Uczciwa odpowiedź brzmi: oba mechanizmy są opisane w różnych miejscach, dlatego należy sprawdzić własne konto, zamiast polegać na jakimkolwiek podsumowaniu, w tym na tym tekście. Według stanu na 10 października 2026 r., strona dotycząca cloud sessions w serwisie code.claude.com obejmuje kwestie współdzielenia limitów i nie wspomina o kredycie promocyjnym, podczas gdy artykuł pomocy dotyczący usage credits opisuje saldo przedpłacone i nie wspomina o cloud sessions. Promocja posiada własny artykuł w centrum pomocy. Była ona dostępna dla indywidualnych subskrybentów Pro i Max, których subskrypcja była aktywna w momencie rozpoczęcia promocji 23 września 2026 r.; konta Team, Enterprise, darmowe wersje próbne oraz konta z zaległościami płatniczymi nie kwalifikowały się do udziału, podobnie jak logowania przez Amazon Bedrock, Google Vertex AI lub klucz API. Termin zgłoszeń upłynął 7 października 2026 r., więc minął, a kredyt wygasa 4 listopada 2026 r. o godzinie 23:59 czasu PT. Pozostałe saldo jest widoczne w menu usage.
Co się dzieje, gdy pula jest pusta?
Dzieją się trzy różne rzeczy, w zależności od tego, która pula została wyczerpana.
Gdy kończą się promocyjne środki na sesje w chmurze, praca nie zostaje przerwana. Sesje w chmurze zaczynają być ponownie rozliczane w ramach limitów standardowego planu. Jest to sytuacja wymagająca uwagi, ponieważ to właśnie dzięki środkom promocyjnym praca w chmurze wydawała się darmowa, a przejście na standardowe rozliczenie odbywa się bez powiadomienia.
Gdy osiągnięty zostanie limit zawarty w planie, a opcja kredytów na użycie jest włączona i dostępne są środki, praca jest kontynuowana i rozliczana za token według standardowych stawek API, aż do osiągnięcia miesięcznego limitu wydatków. W tym momencie Claude Code wyświetla komunikat informujący o osiągniętym limicie, na przykład "You've hit your monthly spend limit", a w planach Pro i Max oferuje zwiększenie lub usunięcie tego ograniczenia bez opuszczania CLI.
Gdy osiągnięty zostanie limit planu, a opcja kredytów na użycie jest wyłączona lub brak jest środków, praca zostaje wstrzymana. Wyświetlony zostanie komunikat "You've hit your session limit" lub "You've hit your weekly limit" wraz z informacją o czasie resetowania okna limitu. Limity te obejmują wszystkie modele, więc /model nie pozwoli na obejście ograniczenia. Komunikat specyficzny dla modelu zachowuje się inaczej: po wyświetleniu "You've hit your Opus limit", przełączenie na inną rodzinę modeli za pomocą /model sonnet pozwala na kontynuowanie pracy. Opcje dostępne w momencie osiągnięcia limitu oraz sposób zliczania okien resetowania są łatwiejsze do przyswojenia przed wystąpieniem ograniczeń niż w trakcie ich obowiązywania.
Żaden z tych scenariuszy nie powoduje cichej zmiany modelu na słabszy ani ograniczania kontekstu w celu kontynuowania pracy. Licznik albo posiada dostępne zasoby, albo praca zostaje zatrzymana.
Gdzie sprawdzić zużycie sesji w chmurze?
Istnieją dwa miejsca, przy czym jedno z nich może wprowadzać w błąd przy niewłaściwej interpretacji.
Sekcja Settings > Usage w serwisie claude.ai stanowi wiarygodne źródło informacji. Zawiera ona dane o wykorzystaniu planu, statusie kredytów, saldzie, wydatkach w bieżącym miesiącu oraz miesięcznym limicie wydatków. Z poziomu terminala polecenie /usage-credits otwiera tę samą stronę w przeglądarce.
Polecenie /usage wewnątrz sesji wyświetla paski zużycia planu, a w wersjach Pro, Max, Team oraz Enterprise dodaje szczegółowe zestawienie wykorzystania zasobów: umiejętności, subagenci, wtyczki oraz poszczególne serwery MCP, każdy z nich jako procent całości. Wskazuje również zachowania generujące znaczny udział w niedawnym zużyciu, takie jak długi kontekst lub chybienia pamięci podręcznej (cache misses). Naciśnij d lub w, aby przełączać się między danymi z ostatniego dnia a ostatniego tygodnia.
Oto pułapka. Wartości dzienne i tygodniowe są obliczane na podstawie historii sesji na urządzeniu, na którym wprowadzono polecenie. Dokumentacja stwierdza to wprost: „zużycie z innych urządzeń lub serwisu claude.ai nie jest uwzględnione”. Dlatego uruchomienie /usage w terminalu po popołudniu intensywnej pracy w chmurze pokaże niski poziom zużycia, ponieważ praca w chmurze odbywała się gdzie indziej. Uruchom /usage wewnątrz sesji w chmurze lub otwórz Settings > Usage, gdy chcesz sprawdzić dane dotyczące chmury.
Co wpływa na wysoki koszt sesji w chmurze?
Koszt każdej sesji Claude Code wynika z rozmiaru przesyłanego kontekstu pomnożonego przez liczbę wysłanych zapytań. Sesje w chmurze zwiększają oba te parametry z przyczyn niezależnych od samej maszyny wirtualnej (VM).
Długotrwałe działanie w tle powoduje ponowne wysyłanie całej historii konwersacji przy każdym kroku, a każde wywołanie narzędzia dodaje kolejne żądanie zawierające ten zestaw wyników. Sesja pozostawiona w trybie pracy przez godzinę wielokrotnie generuje koszty za tę samą historię. Jest to ten sam mechanizm, który opisano w co faktycznie zużywa tokeny w sesji Claude Code, i dotyczy on w identycznym stopniu pracy lokalnej. Różnica polega na tym, że sesja w chmurze nie jest nadzorowana, więc działa znacznie dłużej, zanim zostanie przerwana.
Kolejnym istotnym czynnikiem jest ponowne odczytywanie repozytorium. Maszyna wirtualna klonuje repozytorium od zera i nie posiada pamięci o tym, co było badane poprzedniego dnia. Niejasne polecenie, takie jak "popraw obsługę błędów", zmusza Claude do szerokiego przeszukiwania i odczytywania wielu plików tylko po to, aby zlokalizować obsługę błędów. Precyzyjne polecenie, takie jak "dodaj wrapper ponawiania z src/http/retry.ts do trzech wywołań w src/sync/", wysyła ułamek liczby tokenów, ponieważ eliminuje etap wyszukiwania.
/clear nie istnieje w sesji w chmurze. Lokalnie czyszczenie kontekstu między niezwiązanymi zadaniami nic nie kosztuje i pozwala utrzymać mały rozmiar kontekstu dla kolejnego zadania. W sesji w chmurze konieczne jest rozpoczęcie nowej sesji z poziomu paska bocznego, więc wątek, który jest stale używany, przenosi wszystko, co wydarzyło się wcześniej, do każdego kolejnego żądania.
Przerwy w aktywności również generują koszty. Sesja w chmurze zatrzymuje się po okresie bezczynności, a maszyna wirtualna jest zwalniana. Ponowne otwarcie sesji z poziomu claude.ai/code powoduje przydzielenie nowej maszyny wirtualnej z przywróconą historią konwersacji, jednak praca w tle, która trwała w momencie wyłączenia maszyny, nie jest wznawiana. Pierwsza wiadomość po takiej przerwie nie korzysta z pamięci podręcznej promptu (prompt cache), co oznacza, że pełny kontekst jest przetwarzany ponownie po pełnej stawce, zamiast być tanio odczytywanym, a czas życia pamięci podręcznej jest krótszy w przypadku korzystania z limitów zużycia niż w ramach planu.
Mechanizmy kontroli działające w sesji w chmurze: /context pozwala sprawdzić zawartość okna, /compact keep the test output służy do podsumowania z wybranym priorytetem, a /model sonnet lub /effort pozwalają uniknąć płacenia stawek Opus za zadania mechaniczne. Należy pamiętać, że /compact odczytuje konwersację, którą podsumowuje, więc kompresja bardzo dużego kontekstu sama w sobie stanowi duże żądanie. Podagenci przechowują szczegółowe dane wyjściowe w oddzielnym oknie kontekstu, ale każdy podagent wysyła własne żądania, więc zmniejszają one główny kontekst, a nie całkowite zużycie. Charakterystyka tego narzutu została omówiona w co agent harness dodaje do każdego żądania.
Uruchamianie tego samego zadania lokalnie
Lokalną ścieżką dla tej pracy jest zwykły CLI, a użytecznym wzorcem jest podział zadania zamiast wybierania tylko jednej strony.
Zaplanuj pracę na własnej maszynie, gdzie przerwanie eksploracji jest tanie:
claude --permission-mode planW trybie planowania Claude odczytuje pliki i wykonuje polecenia w celu zbadania środowiska, a następnie proponuje podejście bez edycji kodu źródłowego. Zatwierdź plan, wypchnij go (push) i przekaż wykonanie do sesji w chmurze:
claude --cloud "Execute the migration plan in docs/migration-plan.md"Jeden szczegół sprawia każdemu trudność. Maszyna wirtualna w chmurze klonuje zdalne repozytorium GitHub z Twojej bieżącej gałęzi, a nie z lokalnej kopii roboczej, więc wszystko, czego nie wypchnąłeś, nie istnieje z punktu widzenia tej sesji. Najpierw wykonaj push. Wyjątkiem jest repozytorium bez zdalnego elementu git lub repozytorium na github.com, na którym nie zainstalowano aplikacji Claude GitHub: w takim przypadku Claude Code przesyła paczkę Twojego lokalnego repozytorium, w tym niezatwierdzone zmiany w śledzonych plikach, ale bez plików nieśledzonych.
Aby zakończyć sesję w chmurze na własnej maszynie, pobierz ją:
claude --teleportTeleport pobiera i przełącza gałąź sesji, a następnie ładuje pełną historię konwersacji do Twojego terminala. Wymaga to czystego drzewa roboczego i przełączenia na to samo repozytorium, a nie na fork. Po tym kroku terminal posiada własną kopię sesji: nowa praca wykonywana w tym miejscu pozostaje lokalna i nie pojawia się z powrotem na claude.ai.
Uruchamianie lokalne nie obniża kosztu pojedynczego tokena. Zyskujesz natomiast kontrolę: /clear między zadaniami, /resume możliwość powrotu później, brak wygasania maszyny wirtualnej oraz możliwość naciśnięcia klawisza Escape w momencie, gdy Claude zmierza w niewłaściwym kierunku. W przypadku pracy, przy której i tak będziesz obecny, ta kontrola jest zazwyczaj cenniejsza niż wygoda. W przypadku zestawu testów trwającego dwadzieścia minut lub zadania, które ma postępować przy wyłączonym laptopie, chmura jest uzasadniona. Utrzymywanie małego kontekstu opłaca się w obu przypadkach, co jest tematem świadomego zarządzania oknem kontekstowym.
Kiedy zmiana planu jest właściwym rozwiązaniem
Kredyty są kosztownym sposobem zakupu zasobów, ponieważ rozlicza się je za token według stawek standardowych, podczas gdy subskrypcja stanowi opłatę stałą. Jeśli doładowanie konta odbywa się co tydzień, rachunek ekonomiczny jest już niekorzystny.
Dwa sygnały wskazują, że problemem jest plan, a nie nawyki użytkownika. Pierwszym jest osiąganie limitu podczas rutynowej pracy, zanim podjęto jakiekolwiek nietypowe działania. Drugim jest saldo kredytów, które wyczerpuje się w tym samym terminie każdego miesiąca. Optymalizacja promptów nie rozwiązuje żadnego z tych problemów.
Porównanie ofert oraz szczegółowe różnice między planami znajdują się na stronach z opisem planów, a nie w tym miejscu. Należy zacząć od który plan odpowiada stylowi pracy, a w przypadku posiadania planu Max, sprawdzić różnice między dwoma poziomami planu Max. Decyzję należy podjąć w oparciu o własne dane, mając otwartą sekcję Settings > Usage.
FAQ
Czy sesje w chmurze wiążą się z dodatkowymi kosztami poza planem Claude?
Nie. Dokumentacja sesji w chmurze stanowi, że „nie ma oddzielnej opłaty za maszynę wirtualną w chmurze”, a sesje w chmurze „dzielą limity zapytań z pozostałym użyciem Claude i Claude Code w ramach konta”. Maszyna jest wliczona w cenę. Zużywane są tokeny, pobierane z tej samej puli, co w przypadku terminala i czatów, chyba że dostępne są środki bonusowe, które są wykorzystywane w pierwszej kolejności. Wyjątkiem są funkcje rozliczane według kredytów użycia, takie jak tryb fast czy uruchomienia ultrareview po wyczerpaniu darmowych limitów, które są płatne dodatkowo niezależnie od miejsca uruchomienia.
Dlaczego moje lokalne /usage nie pokazuje działań wykonanych w sesji w chmurze?
Ponieważ dzienne i tygodniowe statystyki są obliczane na podstawie historii sesji na maszynie, na której wykonano polecenie. Dokumentacja wyraźnie wskazuje, że „użycie z innych urządzeń lub claude.ai nie jest uwzględniane”, dlatego praca w chmurze nigdy się tam nie pojawi. Uruchom /usage bezpośrednio wewnątrz sesji w chmurze lub otwórz Settings > Usage na stronie claude.ai, co stanowi wiarygodne źródło informacji zarówno o wykorzystaniu planu, jak i zużyciu kredytów.
Czy sesja w chmurze zatrzymuje się po wyczerpaniu kredytów?
To zależy od rodzaju kredytów. Po wyczerpaniu promocyjnych kredytów na sesje w chmurze, sesje działają nadal i są ponownie wliczane do standardowych limitów planu. Po osiągnięciu limitu planu, jeśli włączono i opłacono kredyty użycia, praca jest kontynuowana z rozliczeniem za token według standardowych stawek API, aż do osiągnięcia miesięcznego limitu wydatków. Jeśli limit planu zostanie osiągnięty przy braku dostępnych kredytów, praca zostaje wstrzymana z komunikatem typu „You've hit your session limit”, który informuje o czasie resetu limitu.
Czy uruchamianie Claude Code lokalnie jest tańsze niż w chmurze?
W przeliczeniu na token – nie: to samo żądanie kosztuje tyle samo niezależnie od miejsca wykonywania sesji, a maszyna wirtualna jest w obu przypadkach darmowa. W praktyce sesje lokalne często zużywają mniej zasobów, ponieważ /clear pomiędzy niezwiązanymi zadaniami nic nie kosztuje, można przerwać błędnie działający proces, a wygaśnięcie maszyny wirtualnej nie wymusza restartu, który wymagałby ponownego przetworzenia historii. Sesja w chmurze staje się kosztowna, gdy pozostawi się ją bez nadzoru z nieprecyzyjną instrukcją.