Kiedy resetują się limity Claude Max

Kiedy resetują się limity Claude Max

Limity Claude Max resetują się według dwóch niezależnych zegarów, z których tylko jeden jest powiązany z kalendarzem. Limit sesji działa w oparciu o ruchome okno czasowe, które inicjowane jest przez aktywność użytkownika, dlatego zamyka się ono codziennie o innej porze. Limit tygodniowy resetuje się w określonym dniu i o godzinie przypisanej do konta przez Anthropic; ten termin jest stały. Jeśli limity wyczerpują się regularnie o godzinie 15:00, należy zmienić sposób korzystania z usługi, ponieważ to aktywność użytkownika wyznacza początek okna czasowego.

Należy wykorzystać mechanizm opisany na tej stronie oraz dane dotyczące własnego konta. Anthropic publikuje ogólne zasady dotyczące limitów. Aplikacja oraz terminal wskazują aktualne zużycie w ramach tych limitów. Żaden artykuł nie jest w stanie określić pozostałej dostępnej pojemności w czasie rzeczywistym, a wszelkie próby szacowania są jedynie domysłami.

Okno sesji jest kroczące, a okno tygodniowe jest stałe

Strona pomocy planu Max firmy Anthropic jasno określa częstotliwość sesji. Sprawdzono w październiku 2026:

Twój limit użycia oparty na sesji resetuje się co pięć godzin.

Ta sama strona nie podaje konkretnej godziny resetu dla tego okna, ponieważ taka nie istnieje. Dokumentacja Claude Code opisuje równoważny przydział stanowisk w planach Team i Enterprise jako resetujący się w oknie kroczącym co pięć godzin oraz w oknie tygodniowym. Okno kroczące oznacza, że jest ono powiązane z aktywnością użytkownika. Nie zaczyna się o północy ani o pełnej godzinie.

Limit tygodniowy to drugi rodzaj zegara:

Limit tygodniowy resetuje się w stałym czasie każdego tygodnia, przypisanym do Twojego konta. Dzień i godzina resetu pozostają niezmienne, niezależnie od tego, kiedy zaczniesz korzystać z Claude lub kiedy rozpocznie się Twoja subskrypcja, a pełny tygodniowy przydział otrzymujesz w każdym cyklu.

Użytkownik decyduje więc, kiedy przypada okno sesji, ale nie ma wpływu na czas resetu tygodniowego. Oba limity działają również w różny sposób w przypadku ich wyczerpania. Limit sesji blokuje dostęp na część popołudnia. Limit tygodniowy blokuje dostęp w środku zaplanowanego tygodnia i żadna zmiana nawyków nie przywróci go przed wyznaczonym czasem. Jedynym wyjątkiem jest sporadyczny reset limitu przez Anthropic, opisany na końcu tej strony. Ogólny zarys tych limitów we wszystkich płatnych planach przedstawiono w sposób strukturyzacji limitów użycia Claude.

Oba limity sumują się dla wszystkich modeli. Dokumentacja Claude Code firmy Anthropic podaje, że limit sesji lub limit tygodniowy jest współdzielony przez wszystkie modele, więc nie można przywrócić dostępu poprzez zmianę modelu za pomocą /model. Limit specyficzny dla modelu to inne zagadnienie. Po You've hit your Opus limit, przełączenie na model spoza tej rodziny za pomocą /model pozwala na kontynuowanie pracy.

Gdzie aplikacja i CLI wyświetlają czas resetu limitu

Kilka miejsc wskazuje czas resetu limitu i każde z nich jest bardziej wiarygodne niż liczba podana w artykule.

W aplikacji internetowej i desktopowej. Otwórz Settings, a następnie Usage. Strona pomocy Anthropic wskazuje, że czas następnego resetu można sprawdzić w Settings > Usage. Wiersz Current session pokazuje, jaka część limitu sesji została już wykorzystana oraz ile czasu pozostało do końca sesji. Pozostały czas to odliczanie, którym należy się kierować. Wystarczy sprawdzić to raz, aby zrozumieć działanie mechanizmu kroczącego, ponieważ czas ten nie wypada o pełnej godzinie lokalnej, chyba że sesja została rozpoczęta dokładnie o takiej porze.

W Claude Code, czyli CLI (interfejsie wiersza poleceń). Uruchom /usage. W planach Pro, Max, Team lub Enterprise wyświetlone zostaną paski zużycia limitu wraz ze szczegółowym zestawieniem tego, co zużywało dostępny przydział. Naciśnij d lub w, aby przełączyć zestawienie między ostatnimi 24 godzinami a ostatnimi 7 dniami.

Jedno zastrzeżenie wyjaśnia rozbieżność, która bywa myląca. Dane w zestawieniu są przybliżone i obliczane na podstawie lokalnej historii sesji na danym urządzeniu, więc praca wykonana na innym laptopie lub w aplikacji claude.ai nie jest w nich uwzględniona. Paski zużycia nadal odzwierciedlają stan rzeczywisty konta. Pasek, który wygląda na bardziej zapełniony, niż wynikałoby to z zestawienia, zazwyczaj wskazuje na aktywność z innego urządzenia.

Gdy samo żądanie o dane zużycia kończy się niepowodzeniem, najczęściej z powodu ograniczenia liczby zapytań (rate limit) do punktu końcowego, /usage korzysta z ostatnich pasków załadowanych na tym urządzeniu w ciągu ostatnich 60 minut i wyświetla notatkę Showing last-known usage, z opcją r do ponowienia próby. Nieaktualne paski wyglądają identycznie jak świeże, o ile nie przeczyta się tej notatki.

W samym komunikacie o limicie. Po osiągnięciu limitu Claude Code wyświetla You've hit your session limit lub You've hit your weekly limit, a komunikat informuje, kiedy okno limitu zostanie zresetowane. W Claude Code w wersji 2.1.234 lub nowszej, sesja interaktywna zalogowana za pomocą subskrypcji claude.ai oczekuje na reset i samodzielnie kontynuuje zadanie:

Usage limit reached · continuing automatically at 3:45pm · esc to cancel

Ten wiersz zawiera najbardziej przydatną informację o czasie resetu, ponieważ jest to moment, w którym Claude Code automatycznie wznowi pracę. W momencie resetu pojawia się Usage limit reset · continuing automatically, a Claude Code instruuje model Claude, aby podjął zadanie w miejscu, w którym zostało przerwane, zamiast ponownie wysyłać ostatnią wiadomość. Jeśli komputer był w trybie uśpienia przez ponad 30 minut i limit zresetował się w tym czasie, wyświetlane są wiersze Your usage limit has reset oraz Press enter to continue i nic nie dzieje się do momentu naciśnięcia klawisza Enter. Esc w pustym wierszu poleceń anuluje oczekiwanie, a /rate-limit-options oferuje je ponownie.

Uruchom claude --version, jeśli żaden z powyższych komunikatów się nie pojawia. Automatyczne oczekiwanie to nowa funkcja, więc starszy plik binarny zatrzymuje się po osiągnięciu limitu i wymaga ręcznego powrotu do zadania.

Dlaczego długa sesja szybciej wyczerpuje limit

Okno mierzy tokeny, a nie wiadomości, więc dwa popołudnia z tą samą liczbą zapytań mogą kosztować zupełnie inaczej. Claude Code wysyła całą konwersację przy każdym żądaniu, a za każdym razem, gdy Claude używa narzędzia, wysyła kolejne żądanie zawierające zestaw wyników tego narzędzia. Jednoliniowe pytanie w sesji, która była otwarta przez cały dzień, nadal zużywa limit dla całej konwersacji.

Dokumentacja kosztów Anthropic wskazuje przyczyny, na które można wpływać:

• Długi kontekst. Duża konwersacja jest odczytywana ponownie przy każdej turze, zgodnie ze stawką za tokeny w pamięci podręcznej.
• Pudła pamięci podręcznej (cache misses). Pierwsza wiadomość po przerwie dłuższej niż czas życia pamięci podręcznej powoduje ponowne przetworzenie całego kontekstu. Czas ten wynosi godzinę w ramach subskrypcji i spada do pięciu minut, gdy korzystasz z kredytów użytkowych.
• Zaplanowane zadania. Zaplanowane zadanie uruchamia się w swoim interwale, nawet gdy sesja pozostaje bezczynna, wysyłając za każdym razem pełny kontekst.
• Agenci zespołowi. Każdy aktywny członek zespołu uruchamia własne okno kontekstowe i zużywa tokeny, dopóki nie zakończy działania.
• Kompresja. /compact odczytuje konwersację, którą podsumowuje, więc kompresja dużego kontekstu sama w sobie jest dużym żądaniem. /clear nie generuje kosztów.

Nie trzeba zgadywać, co powoduje problemy. Szczegółowe zestawienie /usage oznacza każde zachowanie, które odpowiada za 10% lub więcej niedawnego zużycia i przypisuje zużycie do umiejętności, subagentów, wtyczek oraz poszczególnych serwerów MCP (model context protocol). Jeśli oznaczone są pudła pamięci podręcznej, prawdopodobną przyczyną jest sesja pozostawiona otwarta podczas przerwy na lunch, ponieważ pierwsza wiadomość po przerwie ponownie opłaciła całą historię. To nie jedyna przyczyna. Dokumentacja pamięci podręcznej Anthropic wymienia inne, takie jak zmiana kolejności narzędzi lub edycja wcześniejszej wiadomości, a w Claude Code v2.1.260 lub nowszym linia Prompt cache (main) w /usage wskazuje prawdopodobną przyczynę ostatniego pudła, jeśli udało się ją zidentyfikować. Mechanizm leżący u podstaw tego procesu został opisany w jak Claude Code zużywa tokeny w Twojej bazie kodu.

Planowanie dnia pracy w strefie UTC+8 w oparciu o okno czasowe

Strefa UTC+8, czyli czas uniwersalny koordynowany plus osiem godzin, obejmuje Pekin, Singapur, Hongkong, Tajpej, Kuala Lumpur oraz Perth. Okno sesji nie uwzględnia przesunięcia czasowego i na tym polega jego założenie. Istotny jest moment rozpoczęcia pracy.

Wynika z tego praktyczna konsekwencja. Jeśli okno otwiera się wraz z pierwszą wiadomością o 09:00, licznik w Settings > Usage wskazuje czas jego zamknięcia pięć godzin później, o 14:00, a kolejne okno rozpoczyna się od tego momentu. Dzień zyskuje wyznaczoną celowo granicę, zamiast zaskakiwać o 13:20 niedokończoną migracją na ekranie, ponieważ przypadkowe pytanie o 08:20 otworzyło okno.

Z tego założenia wynikają cztery nawyki.

1. Otwieraj okno właściwym zadaniem. Błahe pytanie o 08:20, zadane podczas parzenia kawy, ustala granicę na 13:20, czyli wczesne popołudnie, zanim praca popołudniowa na dobre się zaczęła. To samo pytanie zadane po otwarciu okna przez poranną, intensywną sesję nie przesuwa granicy.
2. Sprawdź wskaźniki przed rozpoczęciem dużego zadania. Jeśli Settings > Usage pokazuje, że bieżące okno jest niemal wyczerpane i pozostała godzina, nie rozpoczynaj w nim dużej refaktoryzacji. Wykonaj czytanie i drobne poprawki, a następnie rozpocznij duże zadanie w nowym oknie.
3. Dziel długie zadania na granicy okna w sposób świadomy. Przed zamknięciem okna poproś o pisemny plan lub plik kontrolny. Kolejne okno rozpocznie się od krótkiego dokumentu zamiast długiej konwersacji, co jest tańsze i łatwiejsze do podjęcia. Uruchom /clear przed zwrotem tego dokumentu.
4. Pozwól zadaniu poczekać, gdy granica jest blisko. Automatyczna kontynuacja wstrzymuje zadanie i wznawia je po resecie, podczas gdy Ty zajmujesz się czymś innym. Claude Code kończy oczekiwanie rozpoczęte samodzielnie, jeśli reset przypada za ponad 24 godziny, więc w praktyce obejmuje ono granicę sesji, a nie tygodnia.

Limit tygodniowy wymaga innego nawyku, ponieważ nie można go przesunąć. Znajdź przypisany dzień i godzinę resetu w Settings > Usage i zapisz je w widocznym miejscu. Dzień przed cotygodniowym odnowieniem limitu jest najbardziej napiętym dniem tygodnia, niezależnie od tego, jak starannie planujesz okna sesji. Zaplanuj dużą migrację na dzień po odnowieniu. Jeśli przypisany czas wypada w środku nocy w strefie UTC+8, to dobra wiadomość, ponieważ odnowienie następuje podczas snu i ten jeden poranek w tygodniu rozpoczyna się z pełnym limitem. Pozostałe sześć poranków rozpoczyna się z tym, co pozostało z tygodnia.

Co wyższy poziom Max zmienia w kwestii limitów użytkowania

Anthropic oferuje dwa poziomy planu Max i opisuje każdy z nich na stronie planu Max w odniesieniu do planu Pro. Poziom ten zmienia kwotę, jaką można wydać w ramach danego okna czasowego. Nie zmienia on jednak kształtu tego okna ani dnia, w którym odnawiany jest tygodniowy limit.

To rozróżnienie decyduje o tym, czy aktualizacja planu przyniesie korzyści. Jeśli limit sesji jest osiągany dwa razy w tygodniu w dni o dużym obciążeniu, wyższy limit zapewnia więcej miejsca wewnątrz każdego okna, dzięki czemu ściana limitu będzie pojawiać się rzadziej. Jeśli jednak limit jest osiągany codziennie w tym samym punkcie długotrwałej sesji, wzorzec ten wskazuje raczej na problem z kontekstem niż z planem. Anthropic zaznacza, że zużycie zależy również od używanych funkcji, wybranego modelu oraz poziomu wysiłku, a wyższy limit jedynie przesuwa tę samą ścianę na późniejszą porę dnia. Najpierw należy zadbać o higienę sesji, a następnie zmierzyć typowy tydzień pracy za pomocą /usage, zanim zostanie podjęta decyzja o wyższych opłatach.

Różnice między poziomami w codziennym użytkowaniu zostały porównane w zestawieniu poziomów Max 5x oraz Max 20x, a pytania, na które warto odpowiedzieć w pierwszej kolejności, zebrano w sekcji co sprawdzić przed aktualizacją planu Max. Jeśli rozliczenie następuje w regionie, dla którego przygotowano te porady dotyczące czasu, cena na etykiecie nie jest kwotą faktycznie pobieraną z konta, a artykuł ile faktycznie kosztuje Claude Max na Tajwanie i w Hongkongu wyjaśnia kwestie walutowe i podatkowe związane z tą samą decyzją.

Utrata dostępu. Co dalej?

Czas resetu znajduje się w komunikacie na ekranie. Należy go odczytać przed podjęciem jakichkolwiek działań. Następnie można wybrać jedno z dwóch rozwiązań. Należy poczekać, aż automatyczny mechanizm wznowi zadanie w momencie resetu, lub włączyć kredyty użycia za pomocą /usage-credits, aby kontynuować pracę po przekroczeniu limitu planu za opłatą naliczaną według zużycia. Komunikat specyficzny dla modelu oferuje trzecie wyjście, ponieważ zmiana rodziny modeli za pomocą /model pozwala na dalszą pracę. Anthropic zapewnia również kwalifikującym się planom okazjonalny reset limitów. Jeśli sekcja Settings > Usage w interfejsie webowym lub w Claude Desktop wyświetla taką opcję, przycisk Reset for free przywraca pełny limit pięciogodzinnej sesji lub limit tygodniowy, w zależności od dostępnego resetu. Przycisk ten nie jest dostępny w Claude Code, ale reset obejmuje całe konto, a standardowy limit tygodniowy nadal odnawia się w typowym czasie. Sposób działania tych resetów opisano w czy można zresetować limity użycia Claude. Każda z opcji posiada określone warunki, które zostały omówione w co zrobić, gdy Claude informuje o osiągnięciu limitu.

FAQ

Czy limit sesji Claude Max resetuje się o północy?

Nie. Anthropic określa limit sesji jako resetujący się co pięć godzin w oknach kroczących, a okno to jest powiązane z aktywnością użytkownika, a nie z kalendarzem. Północ ani pełne godziny nie mają na to wpływu. Tygodniowy limit posiada stały harmonogram, a Anthropic przypisuje dzień i godzinę indywidualnie dla każdego konta. Należy otworzyć Settings > Usage, aby sprawdzić swój harmonogram.

Gdzie znajdę dokładny czas resetu?

Sekcja Settings > Usage w serwisie claude.ai wyświetla czas następnego resetu oraz czas pozostały do końca bieżącej sesji. W Claude Code polecenie /usage pokazuje paski zużycia planu, a sam komunikat o limicie informuje, kiedy okno zostanie zresetowane. W wersji Claude Code v2.1.234 lub nowszej, kolejka oczekujących wskazuje bezpośrednio moment wznowienia, na przykład continuing automatically at 3:45pm. Należy polegać na tych informacjach bardziej niż na danych zawartych w jakimkolwiek artykule, w tym niniejszym.

Dlaczego limit wyczerpał się dzisiaj szybciej niż wczoraj?

Zużycie jest liczone w tokenach, a nie w liczbie wiadomości. Długa konwersacja jest przesyłana ponownie przy każdym żądaniu, a każde wywołanie narzędzia dodaje kolejne żądanie wraz z wynikami, więc ośmiogodzinna sesja z pięćdziesięcioma monitami może kosztować znacznie więcej niż nowa sesja z tą samą liczbą monitów. Należy uruchomić /usage i zapoznać się ze szczegółowym zestawieniem. Wskazuje ono wszelkie zachowania, takie jak długi kontekst lub chybienia pamięci podręcznej (cache misses), które odpowiadają za 10% lub więcej ostatniego zużycia.

Czy przełączenie modelu pozwoli mi wrócić do pracy?

To zależy od otrzymanego komunikatu. Limity sesji i limity tygodniowe są wspólne dla wszystkich modeli, więc /model nie przywróci dostępu po wystąpieniu You've hit your session limit. Komunikat specyficzny dla modelu, taki jak You've hit your Opus limit, oznacza coś innego; przełączenie na model spoza tej rodziny pozwala kontynuować pracę, dopóki problemem nie stanie się wspólne okno limitu.

Czy wyższy poziom Max sprawia, że limity resetują się szybciej?

Nie. Poziom subskrypcji zmienia wielkość dostępnego limitu wewnątrz okna. Pięciogodzinny cykl sesji oraz przypisany czas resetu tygodniowego pozostają bez zmian. Przejście na wyższy plan oznacza rzadsze osiąganie górnego pułapu. Jeśli użytkownik dokona aktualizacji planu w momencie, gdy Claude Code oczekuje na reset limitu, system sprawdzi dostępność po ponownym zalogowaniu się przez /upgrade i wznowi działanie tylko wtedy, gdy dostępne są zasoby. Warto najpierw zmierzyć typowy tydzień za pomocą /usage, aby wiedzieć, który z dwóch limitów faktycznie blokuje pracę.