Limity użycia Claude Code wyjaśnione: jak działają i jak ich nie przekraczać

Czym są limity użycia Claude Code?

Zużyciem Claude Code rządzą dwa nakładające się systemy:

• Ruchome okno sesji o długości 5 godzin
• Jeden lub więcej tygodniowych limitów użycia

Przekroczenie któregokolwiek z nich powoduje ograniczenie tempa (rate limiting).

5-godzinne ruchome okno

Najbardziej widocznym limitem Claude Code jest 5-godzinne ruchome okno. Twoje okno zaczyna się w momencie wysłania pierwszego promptu. Wszystko, co zrobisz przez następne pięć godzin, korzysta z tej samej puli. Ta pula jest współdzielona między Claude Code i czat Claude, więc aktywność w jednym wpływa na drugie.

Na przykład:

• Pierwszy prompt: 9:00
• Koniec okna: 14:00

Jeśli wyczerpiesz dostępną pulę do 10:30, dostęp zostaje wstrzymany do resetu okna o 14:00.

Częstym nieporozumieniem jest to, że rozpoczęcie nowej rozmowy resetuje użycie. Nie resetuje. Komenda /clear jedynie startuje świeży kontekst rozmowy. Nie przywraca przydziału ani nie resetuje 5-godzinnego timera.

Limity tygodniowe

Oprócz limitów czasowych sesji, Claude Code egzekwuje także limity tygodniowe. Nawet jeśli masz jeszcze zapas w bieżącej sesji, osiągnięcie tygodniowego limitu może tymczasowo zablokować dalsze użycie do czasu tygodniowego resetu. 

Pomyśl o tym tak: 5-godzinny limit ogranicza czasowanie użycia, a tygodniowy limit ogranicza jego całkowitą skalę.

To oznacza, że możesz mieć jeszcze pojemność w bieżącej 5-godzinnej sesji, a mimo to zostać zablokowany, bo wyczerpałeś tygodniowy przydział. Dla większości użytkowników Pro to dość proste. Plany Max wprowadzają jednak dodatkową warstwę złożoności.

Tygodniowy limit Sonnet dla użytkowników Max

Obecnie Anthropic stosuje dla planów Max następujące ograniczenia:

• Tygodniowy limit obejmujący wszystkie modele
• Osobny tygodniowy limit konkretnie dla użycia Sonnet

To rozróżnienie ma znaczenie, bo możesz mieć wciąż dostępną pulę Sonnet po wyczerpaniu szerszego przydziału dla modeli lub odwrotnie. 

Na przykład wyobraź sobie, że większość tygodnia spędzasz, używając Sonnet do implementacji. Możesz wyczerpać tygodniowy przydział Sonnet, wciąż mając zapas w ogólnym tygodniowym limicie. W takiej sytuacji możesz potrzebować przełączyć się na inny model, poczekać na reset Sonnet albo zmienić plan, w zależności od pozostałych limitów.

Możliwa jest też sytuacja odwrotna. Jeśli intensywnie korzystałeś z Opus w ciągu tygodnia, możesz osiągnąć ogólny tygodniowy limit, mimo że przydział Sonnet nie został w pełni zużyty. Ponieważ limit ogólny jest nadrzędny, jego osiągnięcie blokuje dalsze użycie niezależnie od tego, ile pojemności Sonnet jeszcze zostało.

Aby żądania Sonnet się powiodły, oba warunki muszą być spełnione:

• Masz jeszcze zapas w ogólnym tygodniowym limicie.
• Masz jeszcze zapas w tygodniowym limicie Sonnet.

Żądania Opus natomiast zużywają wyłącznie ogólną tygodniową pulę, bo nie ma osobnego przydziału dla Opus. Dlatego strona Usage w Claude.ai jest tak ważna. Pokazuje każdy tygodniowy limit osobno wraz z czasem jego resetu, co znacznie ułatwia zrozumienie, któremu limitowi się zbliżasz przed długą sesją kodowania. 

Limity użycia Claude Code a plan

Jednym z wyzwań przy porównywaniu planów jest to, że Anthropic nie publikuje już prostych „liczników promptów”.

Zamiast tego plany opisuje się względnymi mnożnikami pojemności. Odzwierciedlają one pulę użycia względem punktu odniesienia, jakim jest plan Pro. Dokładne liczby nie są łatwe do uzyskania; część użytkowników śledzi zużycie jako procent, by mieć przybliżone pojęcie, ile tokenów zużyli na każdy procent pojemności. 

Zmiany limitów użycia w maju 2026

W maju 2026 Anthropic zwiększył pojemność Claude Code, podwajając limity użycia w subskrypcjach i usuwając redukcje w godzinach szczytu, które wcześniej dotyczyły abonentów Pro i Max. Zamiast publikować stałe liczniki promptów, różnice między planami są teraz wyrażane jako względne mnożniki pojemności, ponieważ faktyczne zużycie zależy od wyboru modelu, rozmiaru kontekstu i użycia narzędzi.

Od tego czasu Anthropic okazjonalnie korygował tygodniowe limity poprzez czasowe promocje. Na przykład podczas wdrożenia Claude Fable 5 tygodniowe limity Claude Code zwiększono o 50% dla uprawnionych abonentów. Ponieważ takie podwyżki są tymczasowe, zawsze warto sprawdzić aktualne limity na pulpicie Claude Usage przed planowaniem długich zadań.

Kredyty Agent SDK (czerwiec 2026)

Plan rozdzielenia interaktywnych sesji kodowania od zadań automatycznych agentów wywołał w czerwcu 2026 trochę zamieszania.

Przed 15 czerwca cała aktywność Claude Code korzystała z tej samej puli subskrypcji. Niezależnie od tego, czy rozmawiałeś interaktywnie w terminalu, uruchamiałeś GitHub Action, czy wywoływałeś claude -p w potoku CI, wszystko konkurowało o te same 5-godzinne i tygodniowe limity.

Anthropic planował rozpocząć rozdzielanie tych obciążeń 15 czerwca 2026, ale wstrzymał zmianę w dniu startu. Oznacza to, że użycie interaktywne i programowe (Agent SDK, claude -p, GitHub Actions) nadal czerpią z tej samej puli subskrypcji co wcześniej.

Na lipiec 2026 nie ma żadnych działających oddzielnych kredytów Agent SDK ani opcji zgłoszenia się po dodatkowy przydział.

Co tak naprawdę drenuje twoją pulę?

Wielu deweloperów skupia się na promptach i strojen iu tokenów. Prawdziwy winowajca to często kontekst. Każda interakcja zawiera znacznie więcej informacji niż pytanie, które wpisałeś.

CLAUDE.md i pliki reguł

Claude Code automatycznie ładuje instrukcje z:

• CLAUDE.md

• Nadrzędnych plików CLAUDE.md w katalogach

• Importowanych odwołań @

• Plików .claude/rules/*.md

Cały ten kontekst i dodatkowe instrukcje są wielokrotnie dołączane do żądań. To oznacza, że „spuchnięty” plik reguł po cichu zwiększa zużycie tokenów przez całą sesję. Anthropic zaleca, by pojedyncze pliki CLAUDE.md miały mniej więcej do 200 linii.

W większych projektach rozważ podział instrukcji na reguły o zakresie, które używają front matter z ścieżkami, aby ładowały się tylko wtedy, gdy są istotne. Jeśli chcesz zgłębić temat, nasz poradnik pisania najlepszego pliku CLAUDE.md omawia skuteczne strategie organizacji.

Definicje narzędzi MCP

Serwery Model Context Protocol (MCP) to kolejne ukryte źródło narzutu. Każdy podłączony serwer MCP wstrzykuje schematy narzędzi do kontekstu Claude, nawet jeśli nigdy ich nie używasz.

Wyobraź sobie:

• 5 serwerów MCP
• 10 narzędzi na serwer

To łącznie 50 definicji narzędzi dołączanych do każdego żądania. Odłączenie nieużywanych serwerów MCP to jeden z najprostszych sposobów na zmniejszenie zużycia tokenów przez Claude Code.

Ważna uwaga: unikaj dodawania lub usuwania serwerów MCP w trakcie aktywnej sesji. Inwaliduje to prefiksy cache promptów i może zwiększyć koszty użycia.

Automatyczna pamięć

Od wersji Claude Code v2.1.59 automatyczna pamięć jest domyślnie włączona. Pamięć to globalna wiedza, którą Claude zapisał podczas różnych sesji, co daje mu więcej kontekstu. Może to być cokolwiek: od metod pobierania danych z bazy po szczegóły techniczne wdrożonych rozwiązań.

Przy starcie Claude ładuje zawartość z MEMORY.md, maksymalnie:

• Pierwsze 200 linii
• Pierwsze 25 KB

W niektórych przepływach to przydatne. W innych to po prostu dodatkowy kontekst.

Możesz wyłączyć automatyczną pamięć na kilka sposobów. Aby trwale nadpisać wszystkie inne ustawienia (przydatne w potokach CI i środowiskach automatycznych), ustaw zmienną środowiskową w swojej powłoce:

export CLAUDE_CODE_DISABLE_AUTO_MEMORY=1

Alternatywnie dodaj poniższe do settings.json. Użyj ~/.claude/settings.json, aby wyłączyć we wszystkich projektach, lub .claude/settings.json dla pojedynczego projektu:

{ "autoMemoryEnabled": false }

Jeśli nie korzystasz aktywnie z plików pamięci, wyłączenie tej funkcji może zmniejszyć bazowy rozmiar kontekstu.

Historia rozmowy i wyszukiwanie

Historia rozmowy nieustannie rośnie. Każdy wynik narzędzia, odczyt pliku, wynik grep, komenda terminala i wyszukiwanie w kodzie stają się częścią kontekstu sesji.

Z mojego doświadczenia największym kontrybutorem bywa eksploracja repozytorium. Claude może przeczytać dziesiątki plików, by znaleźć jedną funkcję. Te pliki pozostają w kontekście i dalej dokładają narzut tokenów w kolejnych turach.

Dla przepływów automatycznych claude -p --bare potrafi ograniczyć znaczną część stałego narzutu, usuwając zbędny kontekst sesji. To może oszczędzić sporo miesięcznych kredytów Agent SDK, które inaczej spaliłoby wyszukiwanie plików przez Claude.

Jak sprawdzić zużycie w Claude Code

Najlepiej sprawdzić zużycie przed długą sesją kodowania. Dzięki temu wiesz, jak blisko limitów jesteś, zanim zaczniesz pracę.

Korzystanie z /usage

Wewnątrz Claude Code wpisz /usage, aby zobaczyć:

• Zużycie w sesji
• Zużycie tygodniowe
• Pozostały przydział

To świetny sposób, by mieć obraz tego, ile puli zostało w interaktywnej sesji i móc zaplanować działania. Rozpoczynanie dużego, złożonego zadania tuż przed limitem może nie być najmądrzejsze, ale proste zadania, jak porządki w plikach, mogą być dobrym wykorzystaniem resztek przydziału.

Korzystanie z /status

Możesz też uruchomić /status, które podaje:

• Obecny plan
• Informacje o koncie
• Aktywny stan użycia

Znajomość planu i aktywnego stanu pomaga rozpoznać ewentualne ograniczenia. Ma znaczenie, czy twoje użycie to 5× czy 20× punktu odniesienia.

Sprawdzenie panelu Claude

Najpełniejszy widok znajdziesz w Settings → Usage w Claude.ai.

Ten pulpit łączy:

• Zużycie w czacie Claude
• Zużycie w Claude Code
• Harmonogramy tygodniowych resetów
• Limity specyficzne dla modeli

Ponieważ jednocześnie może istnieć wiele limitów, ten pulpit traktuj jako źródło prawdy. Dobrym nawykiem jest sprawdzanie zużycia przed rozpoczęciem dużych refaktoryzacji, długich sesji debugowania czy zadań autonomicznego kodowania.

Jak najlepiej wykorzystać limity Claude Code

Porozmawiajmy o tym, jak wydłużyć wykorzystanie bez zmiany planu. Często da się uzyskać dużo większą efektywną pojemność po prostu, redukując narzut.

Odchudź swój CLAUDE.md

Celuj w mniej niż 200 linii na plik, by zminimalizować ilość przesyłanego kontekstu i zmniejszyć chaos dla agenta.  Szukaj:

• Nieaktualnych instrukcji projektowych
• Notatek historycznych
• Reguł, które lepiej umieścić w pojedynczych promptach

Jeśli instrukcje mają znaczenie tylko dla konkretnych katalogów, użyj reguł o zakresie z front matter paths, żeby nie wszystkie reguły działały stale, a jedynie w określonych ścieżkach. Możesz też mieć pliki CLAUDE.md na poziomie projektu zamiast jednego globalnego.

Przeprowadź audyt serwerów MCP

Zostaw tylko te serwery MCP, których aktywnie używasz. Każdy podłączony serwer dodaje narzut schematów do każdej interakcji. Traktuj konfigurację MCP jak karty w przeglądarce. Jeśli teraz z niej nie korzystasz, zamknij ją. 

Dobrym sposobem zarządzania serwerami MCP jest instalowanie ich na poziomie projektu, gdy wiesz, że potrzebujesz określonych MCP tylko do konkretnych projektów, zamiast na poziomie użytkownika. Dzięki temu Claude nie próbuje ich ładować w każdym projekcie czy każdej sesji, a tylko wtedy, gdy są potrzebne do danego przypadku użycia.

Użyj /compact wcześnie

Komenda /compact podsumowuje historię rozmowy i zmniejsza przyszłe koszty tokenów. Ograniczając przyrost kontekstu przetwarzanego w każdej turze, ograniczamy zużycie puli. 

Nie przywraca ona zużytej już puli, ale bywa pomocna, jeśli użyjesz /compact zanim sesja za bardzo spuchnie. 

Dopasuj model do zadania

Nie każde zadanie wymaga Opus czy Fable. Czasem mniejsze modele albo sprytne ich użycie pomagają zarządzać pulą. Często możesz znacząco zwiększyć dostępną pojemność, rezerwując modele premium do pracy o najwyższej wartości. 

Oto strategie optymalizacji modeli:

• Używaj Opus do decyzji architektonicznych, złożonego rozumowania i niejednoznacznych wymagań
• Sonnet do edycji, wyszukiwania i prac implementacyjnych
• Haiku do lekkich zadań i szybkich odczytów

Unikaj jednak częstego przełączania modeli w trakcie sesji. Cache promptów jest specyficzny dla modelu, więc każde przełączenie zmusza nowy model do ponownego przetworzenia całej historii rozmowy od zera pełnym kosztem tokenów, zamiast taniego odczytu z cache. To może szybciej spalić twoją pulę niż pozostanie przy jednym modelu, nawet jeśli „tańszy” model wydaje się oszczędniejszy.

Gdy trafisz na ścianę: awaryjnie API

Jeśli limity subskrypcji stają się wąskim gardłem, alternatywą jest API Claude. Użycie API nie ogranicza cię 5-godzinnymi oknami sesji ani tygodniowymi limitami subskrypcji. Zamiast tego płacisz za zużyte tokeny.

Taki model często ma sens dla:

• Potoków CI
• Długo działających agentów autonomicznych
• Automatyzacji na dużą skalę
• Środowisk produkcyjnych z przewidywalnym budżetem

Uważaj, by nie zostawić skonfigurowanej zmiennej środowiskowej ANTHROPIC_API_KEY w powłoce Claude Code. Jeśli klucz jest obecny w środowisku, Claude Code może uwierzytelnić się przez API zamiast przez konto subskrypcyjne.

Może to skutkować nieoczekiwanymi kosztami API, bo nie korzystasz już z limitów subskrypcji, tylko płacisz za tokeny. Gdy koszty wyglądają nietypowo, sprawdzenie ustawień uwierzytelniania powinno być jednym z pierwszych kroków diagnostycznych.

Aktualne ceny modeli zawsze sprawdzaj w oficjalnej dokumentacji cenowej Anthropic, ponieważ stawki często się zmieniają i różnią w zależności od modelu.

Na koniec

Limity użycia Claude Code łatwiej opanować, gdy zrozumiesz, że to nie jest po prostu liczenie promptów.

System łączy:

• 5-godzinne ruchome okno
• Tygodniowe limity
• Przydziały specyficzne dla modeli
• Narzut kontekstu

Największym zaskoczeniem dla wielu deweloperów jest to, że prompty często stanowią mniejszość całkowitego zużycia tokenów. Duże pliki CLAUDE.md, definicje narzędzi MCP, automatyczna pamięć, wyszukiwania w repozytorium i rosnąca historia rozmowy nierzadko zużywają więcej puli niż same pytania.

W praktyce większość osób, które wyjątkowo szybko trafiają na limity, ma problem z konfiguracją, a nie z pojemnością. Zanim zmienisz plan, zredukuj narzut, porządkując kontekst, zamiast kupować większą pulę.

Aby dalej usprawniać swój workflow, polecam nasz poradnik najlepszych praktyk Claude Code i samouczek Claude Code Hooks, które opisują techniki zwiększające wydajność i odporność Claude Code podczas długich sesji deweloperskich.