Limit zużycia w Claude Code — dlaczego się wypala i co z tym zrobić

„Dostałem limit po godzinie” — to zdanie pojawia się na r/ClaudeAI kilka razy dziennie. Amol Avasare, Head of Growth w Anthropic, przyznał to otwarcie w kwietniu 2026 roku: „Engagement per subscriber is way up… usage has changed a lot and our current plans weren’t built for this.” Innymi słowy: ludzie używają Claude Code dużo intensywniej niż Anthropic zakładał projektując plany cenowe.

Rozumienie tego, jak limity działają, pozwala pracować mądrzej — zamiast co chwilę uderzać w ścianę.

Jak działają limity w Claude Code

Limity nie są miesięczną pulą jak gigabajty w abonamencie telefonicznym. Działają w kroczącym oknie czasowym — aktualnie wynoszącym około 5 godzin. Zużycie z ostatnich 5 godzin decyduje o tym, czy możesz kontynuować, czy nie.

To ma dwie ważne konsekwencje. Po pierwsze — limit odnawia się stopniowo, nie jednorazowo co miesiąc. Po drugie — intensywna praca przez dwie godziny może zamknąć Ci okno na kolejne trzy, nawet jeśli potem siedzisz bezczynnie.

Co pali limit najszybciej

Nie wszystkie zapytania kosztują tyle samo. Model Opus zużywa znacznie więcej niż Sonnet — przy tym samym zadaniu różnica może być 4–5-krotna. Długie okno kontekstowe (zapełnione przez setki linii kodu lub logów) to kolejny czynnik: każda tura rozmowy kosztuje tyle, ile wynosi aktualny rozmiar kontekstu, nie tylko nowe zapytanie.

W praktyce: dwugodzinna sesja z Opusem nad dużym repo może spalić tyle samo limitu, co ośmiogodzinna lekka praca z Sonnetem.

Siedem sposobów na przedłużenie sesji

1. Sonnet zamiast Opusa do codziennych zadań. Opus zostawiaj do naprawdę złożonych problemów wieloplikowych. Sonnet 4.6 radzi sobie z ~85% zadań i kosztuje kilkakrotnie mniej limitu.

2. /compact przy 40–60% kontekstu. Ręczne kompaktowanie kontekstu przed auto-compactem to jedna z najskuteczniejszych metod. Auto-compact odpala się kiedy jesteś już przy ścianie — ręczny /compact wcześniej utrzymuje kontekst mały przez całą sesję.

3. Referencje przez @ zamiast otwartych katalogów. @src/auth.ts zużywa ułamek tokenów w porównaniu do „przejrzyj cały projekt”. Precyzyjne referowanie plików to jeden z największych lewęarów oszczędności.

4. /clear między niezwiązanymi zadaniami. Każde nowe, niezależne zadanie powinno zaczynać się od czystego kontekstu. Ciągnięcie historii z poprzedniego zadania to zmarnowane tokeny przy każdej turze.

5. Przerwy między sesjami. Okno 5-godzinne nie odnawia się z zerem — każda minuta przerwy to trochę odzyskanego limitu. Godzinna przerwa w środku intensywnej sesji może dać drugie tyle czasu pracy.

6. Mniejsze, konkretne zadania zamiast jednego dużego. Dziesięć małych zadań z /clear między nimi zazwyczaj zużywa mniej limitu niż jedno duże zadanie w jednej długiej sesji z narastającym kontekstem.

7. Subagenty do ciężkich operacji. Przeszukiwanie dużych zbiorów danych, analiza wielu plików — subagent robi to w oddzielnym kontekście i zwraca tylko wynik. Główna sesja nie widzi surowych danych.

Kiedy limit się skończy mimo wszystko

Zdarza się. Opcje:

• Poczekaj — okno odnawia się stopniowo, zwykle po 1–2 godzinach przerwy masz wystarczająco dużo na kontynuację
• Przejdź na Max 5x ($100/mies.) — pięciokrotnie większy limit w tym samym oknie
• Dokończ zadanie przez claude.ai w przeglądarce (inny limit niż CLI)

Żadna z tych opcji nie jest idealna. Najlepsza strategia to zapobieganie — i większość powyższych porad naprawdę działa.