Limity Claude Code w 2026 roku: 8 zasad, by nie wyczerpywać tokenów

Dokumentacja referencyjna Ailoot: ailoot.ai/docs/.

Jak działają limity Claude Code w 2026 roku i dlaczego je wyczerpujesz?#

Stan na 20 maja 2026 roku, płatne plany Claude Code działają następująco:

Dane pochodzą z oficjalnej strony Anthropic. Oprócz 5-godzinnego okna obowiązuje też limit tygodniowy, który u zaawansowanych użytkowników zaczyna wpływać na pracę około piątku.

Na czym polegało podwojenie limitów 6 maja?

Podczas konferencji Code with Claude SF 6 maja 2026 roku Anthropic ogłosił umowę ze SpaceX Colossus 1: 220,000 kart graficznych NVIDIA, 300 MW mocy, uruchomienie w ciągu miesiąca. Od razu:

• Limity 5-godzinne zostały podwojone we wszystkich płatnych planach.
• Usunięto dzienny limit godzin szczytu, który wcześniej obniżał limity w godzinach największego obciążenia.
• W API: maksymalna liczba tokenów wejściowych na minutę dla Opusa wzrosła z 30K do 500K (+1500%), a maksymalna liczba tokenów wyjściowych — z 8K do 80K.

Od 13 maja do 13 lipca obowiązuje kolejna tymczasowa promocja: +50% do limitów tygodniowych dla Pro / Max / Team. Po 13 lipca limity tygodniowe wrócą do poprzedniego poziomu.

Ile faktycznie używa vibe coder?

Anthropic podaje orientacyjne dane w oficjalnej dokumentacji:

• Deweloperzy wydają średnio 13 USD dziennie, 150-250 USD miesięcznie.
• 90% użytkowników mieści się w limicie 30 USD dziennie.
• Zespoły agentów w Plan Mode zużywają około 7 razy więcej tokenów niż standardowa sesja.

Rozmiar okna kontekstu zależy od modelu. Według dokumentacji Anthropic, od września 2026 roku Opus 4.7 i nowsze modele, Sonnet 5 oraz modele Fable mają okno o rozmiarze 1M tokenów w każdym planie, w tym Pro, a automatyczna kompakcja (auto-compact) jest domyślnie uruchamiana przy około 967K. Opus 4.6 i Sonnet 4.6 bez rozszerzonego kontekstu mają okno 200K, a kompakcja jest uruchamiana po osiągnięciu granicy 200K. Możesz ustawić własny próg poleceniem /autocompact, na przykład /autocompact 500k. Gdy upychasz pół dnia pracy w jednym czacie, kontekst pęcznieje, Claude gubi wątek, zaczyna ponownie czytać te same pliki, a tokeny zużywają się 1,5 do 2 razy szybciej.

Z opisywanego przez autora doświadczenia wynika, że dzięki 8 omówionym poniżej zasadom wystarcza subskrypcja za 200 USD. Bez nich nawet Max 20x wyczerpie się przed południem.

Zasada 1. Dlaczego „jedno zadanie — jedna rozmowa” oszczędza najwięcej tokenów?#

Ta zasada nie oznacza „otwierania 5 czatów równolegle”, lecz konkretnie „niewydobywania poprzedniego czatu, by użyć go do następnego zadania”.

W opisanym podejściu działa to tak: przy każdej wiadomości Claude widzi nie tylko nowe polecenie, ale też całą poprzednią rozmowę. Jeśli rano rozmawiałeś o stronie docelowej, potem przeszedłeś do kampanii e-mailowej, a następnie poprosiłeś o poprawienie instrukcji warsztatowej, cała historia trafia do kontekstu przy trzecim zadaniu. Tokeny są zużywane na „pamiętanie strony docelowej”, choć zdążyłeś już o niej zapomnieć.

Dlaczego „oczyszczenie głowy” działa?

Zamykaj czat zaraz po zakończeniu zadania. Nie chodzi nawet o tokeny — to sposób na uwolnienie uwagi.

Jeśli zadanie naprawdę jest skończone, nie trzymaj czatu „na wypadek, gdyby do niego wrócić”. Otwórz nowy. Stary możesz znaleźć za pomocą claude --resume lub /resume, używając dowolnego wskaźnika (nazwy gałęzi, identyfikatora PR, tagu).

Co zrobić, jeśli zadanie przeciąga się na dwa dni?

Jeśli zadanie rzeczywiście wymaga kontynuacji, nie zostawiaj czatu „w zawieszeniu”. Przed zamknięciem poproś Claude'a o napisanie polecenia dla sąsiedniego czatu (zob. zasada 7). Pozwoli to skompresować 50K tokenów historii do polecenia zawierającego 500 tokenów — a jutro nowy czat podejmie pracę z kontekstem bez przepisywania wszystkiego.

Zasada 2. Ogranicz CLAUDE.md do 200 wierszy, nie 500#

CLAUDE.md to pierwszy plik, który czyta Claude przy rozpoczynaniu nowej sesji. Ta sekcja dotyczy konkretnie oszczędzania tokenów.

Ile wierszy to rozsądna liczba?

Dlaczego długi CLAUDE.md obniża sprawność agenta?

Wyjaśnienie jest proste: /init opisuje repozytorium „na nowo modelowi”, dodając do kontekstu informacje, które model już zna lub może sam odkryć, pobieżnie przeglądając strukturę. Ta duplikacja zużywa tokeny i rozmywa uwagę.

Zasada gęstości: każde słowo zmienia zachowanie

Jeśli mogę usunąć wiersz z CLAUDE.md i zachowanie Claude'a się nie zmieni, ten wiersz jest zbędny. Zastosuj taki test:

1. Otwórz CLAUDE.md i przejrzyj każdy akapit.
2. Zapytaj siebie: „Jeśli to usunę, czy Claude zacznie popełniać błędy?”
3. Jeśli nie, usuń tę treść lub przenieś ją do Skill.

Wszystkie zasady dotyczące wyłącznie konkretnych sytuacji przenieś do skills (.claude/skills/<name>/SKILL.md). CLAUDE.md powinien zawierać tylko informacje potrzebne przez cały czas.

Zasada 3. Dlaczego warto trzymać plan Claude Code w osobnym pliku?#

Plan Mode to tryb Claude Code włączany skrótem Shift+Tab. Claude analizuje w nim bazę kodu, czyta pliki i zadaje pytania przed wdrożeniem. W poniższym przepływie oddziel edycje repozytorium: przejrzyj propozycję planu, a następnie zapisz ją ręcznie w projektowym plans/ albo jawnie wyjdź z Plan Mode i zatwierdź zapis pliku planu przed nowym czatem.

Dlaczego plan zapisany w pliku jest lepszy niż plan w głowie Claude'a?

W każdym projekcie mam folder plans/. Gdy zaczynam zadanie:

1. Proszę Claude'a w Plan Mode o przeanalizowanie sytuacji i zaproponowanie podejścia.
2. Przeglądam plan i sam zapisuję tekst w plans/YYYY-MM-DD-task-name.md; alternatywnie wychodzę z Plan Mode i zezwalam Claude na zapis tego pliku. Przed zamknięciem czatu sprawdzam zapisaną treść.
3. Zamykam czat.
4. W nowym czacie piszę: „przeczytaj plans/YYYY-MM-DD-...md i zrealizuj fazę 1”.

Co zyskuję:

• Plan jest utrwalony — Claude nie „zapomina” tego, co ustaliliśmy godzinę temu.
• Mogę ręcznie edytować plan — widzę 5 kroków, rozumiem, że krok 3 jest zbędny, usuwam go i działam dalej.
• Plan przetrwa ponowne uruchomienie — wracam jutro, otwieram plik i kontynuuję.
• Mogę kolejno przekazywać go agentom — jeden czat tworzy plan, drugi go wdraża, trzeci przeprowadza przegląd.

Plan Mode nie przerywa działania cache

Ważny szczegół: Plan Mode unieważnia tylko cache rozmowy (wiadomości), natomiast prompt systemowy i kontekst projektu (CLAUDE.md) pozostają rozgrzane. Oznacza to, że przejście do Plan Mode i powrót kosztują prawie nic w tokenach — w przeciwieństwie do zmiany modelu poleceniem /model, która unieważnia cache dla 90% ceny wejścia i wymusza ponowne obliczenie całego prefiksu.

Inżynieria kontekstu obejmuje też przechowywanie planu w miejscu, w którym przetrwa, a nie w czacie, który zniknie za 5 godzin.

Zasada 4. Skills są wczytywane po wyzwalaczu, a nie na początku sesji#

Skills są wczytywane na trzech poziomach:

1. Zawsze metadane — na początku sesji Claude widzi tylko name i description każdego skill. Budżet: ~100 tokenów na skill.
2. Instrukcje po wyzwalaczu — gdy użytkownik napisze coś związanego z danym skill, Claude wczytuje treść SKILL.md. Budżet: do 5000 tokenów.
3. Zasoby na żądanie — dołączone pliki (przykłady, szablony) są pobierane dopiero wtedy, gdy model sam po nie sięgnie.

Jak zmienia to ekonomię tokenów?

W opisanym przykładzie zasady pisania instrukcji edukacyjnych, zasady wysyłania mailingu i reguły przeglądu kodu znajdowały się w CLAUDE.md. Plik urósł do 500 wierszy, a na początku każdej sesji płaciłem za wszystkie 500 wierszy, nawet jeśli rozmowa dotyczyła strony docelowej.

W tym przykładzie CLAUDE.md zawiera 200 wierszy o nawigacji i podstawowych zasadach. Cztery zestawy reguł znajdują się w skills:

.claude/skills/
├── write-tutorial/SKILL.md         # wyzwalacz: „napisz poradnik”
├── deploy-checklist/SKILL.md       # wyzwalacz: „sprawdź przed publikacją”
├── send-broadcast/SKILL.md         # wyzwalacz: „wyślij mailing”
└── debug-payment-webhook/SKILL.md  # wyzwalacz: „sprawdź płatność”

Przy starcie Claude widzi tylko nagłówki — 400 tokenów. Gdy mówię „napisz poradnik”, wczytuje odpowiedni SKILL.md i postępuje zgodnie z nim. Gdy mówię „wyślij mailing”, wczytuje inny plik.

Cytat z zasad pisania skills w oficjalnej dokumentacji Anthropic:

Jeśli skill budzi podejrzenia, nie instaluj go

Skills to wykonywalne instrukcje z bezpośrednim dostępem do plików i kluczy API. Zanim zainstaluję cudzą kolekcję, otwieram każdy SKILL.md i sam go czytam. Jeśli zawiera bloki bash: z odnośnikami do zewnętrznych URL-i, traktuję to jako sygnał ostrzegawczy i nie instaluję go.

Zasada 5. Kiedy przekazać zadanie subagentowi zamiast głównej sesji?#

Z oficjalnej dokumentacji:

Jakie zadania można przekazać subagentom?

• Przeszukiwanie dużej bazy kodu. Subagent czyta 30 plików i podaje „odpowiednia funkcja znajduje się w src/lib/payment/cloudpayments.ts:142”. Zawartość 30 plików nie trafia do głównego kontekstu.
• Uruchamianie testów i analizowanie logów. Subagent uruchamia npm test, przechwytuje 200 wierszy wyniku i zwraca informację: „3 testy nie przeszły w X, Y, Z z tego powodu”.
• Refaktoryzacja wielu plików. Jeden subagent na plik — równolegle.
• Sprawdzanie odnośników w poradniku. Subagent odwiedza 30 URL-i przez WebFetch i zwraca informację: „5 odnośników zwraca kod 404”.

W maju 2026 roku Anthropic oficjalnie ogłosił Multi-Agent Orchestration jako funkcję pierwszej klasy. Wcześniej subagentów można było uruchamiać w kodzie jedynie przez SDK; teraz można je uruchamiać bezpośrednio w Claude Code za pomocą poleceń slash.

Kiedy subagenci zawodzą?

Dlatego nigdy nie zostawiam subagentów bez kontroli na pół dnia. Zasada jest taka: im więcej zlecasz równolegle, tym częściej powinieneś sprawdzać wyniki pośrednie. Przy dużych zadaniach włączam Plan Mode osobno dla każdego subagenta.

Zasada 6. Jak wybrać model Claude (Opus / Sonnet / Haiku) do zadania?#

Ceny API (za milion tokenów):

Źródło: oficjalna strona Anthropic. Ceny nie są widoczne w ramach subskrypcji, ale proporcje pozostają takie same. Opus 4.7 ma pewne zastrzeżenie: w porównaniu z Opusem 4.6 nowy tokenizator może zużywać do +35% więcej tokenów na ten sam tekst. Cena tokena się nie zmieniła, ale wzrósł rzeczywisty koszt żądania. Jeśli bez zastanowienia kierujesz wszystko do Opusa, limit wyczerpie się 5 razy szybciej niż przy użyciu Sonneta lub Haiku w połowie zadań.

Przykład wyboru modelu

Modele zmienia się poleceniem /model. Ale zmiana modelu unieważnia cache. Jeśli w środku sesji przełączysz się z Sonneta na Opusa, w następnym żądaniu cały prefiks zostanie obliczony od nowa po pełnej cenie wejściowej (nie po cenie z cache). Lepiej więc wybrać model na początku i nie przełączać się tam i z powrotem.

/effort — mniej intensywne ustawienie

W kwietniu 2026 roku Anthropic udostępnił /effort — 5 poziomów głębi rozumowania: minimal / low / medium / high / xhigh. Claude Code na Opus 4.7 domyślnie działa w trybie xhigh.

Co robię:

• Do klasyfikowania, wydobywania danych i krótkich streszczeń: /effort low. Pozwala to zaoszczędzić 30-70% w rodzajach zadań, które nie wymagają głębokiego rozumowania.
• Do prostych zadań programistycznych: /effort medium.
• Przy złożonej architekturze pozostawiam xhigh.

/effort nie zmienia modelu, a jedynie głębię jego rozumowania. Cache pozostaje bez zmian.

Zasada 7. Przekaż polecenie nowemu czatowi zamiast używać /compact#

/compact to oficjalne polecenie Claude Code, które zastępuje historię streszczeniem. Jeśli uruchomisz je zaraz po ostatniej wiadomości, gdy cache jest ciepły (czas ważności subskrypcyjnego cache to 1 godzina), streszczenie zostanie zapisane w cache i odczytane za 10% standardowej ceny. Jeśli uruchomisz je po godzinie, cache będzie zimny i zapłacisz pełną cenę.

/compact można dostosować:

/compact Focus on code samples and API usage

Możesz też wskazać domyślny zakres streszczenia w CLAUDE.md:

# Compact instructions
When you are using compact, please focus on test output and code changes

Zwykle robię to jednak inaczej.

Przekazanie polecenia sąsiedniemu czatowi: przykład

Kroki:

1. W bieżącym czacie, gdy widzę, że kontekst przekroczył 50%, mówię: „Napisz polecenie dla sąsiedniego czatu, który będzie kontynuował pracę bez utraty sensu. Uwzględnij: nad czym pracowaliśmy, co już zrobiono, co pozostało, najważniejsze pliki i stałe”.
2. Claude podaje mi polecenie zawierające 300-800 tokenów.
3. Zamykam bieżący czat poleceniem /clear albo po prostu otwieram nowy.
4. Wklejam polecenie i zaczynam z rozgrzanym CLAUDE.md oraz kontekstem projektu, ale z czystą pamięcią rozmowy.

Co zyskuję w porównaniu z /compact:

• Mam kontrolę nad tym, co trafi do nowego czatu. /compact streszcza według własnego rozumienia; mogę ręcznie edytować polecenie przed rozpoczęciem pracy.
• Mogę zapisać polecenie w pliku plans/ i wrócić do niego jutro.
• Nowy czat zaczyna się z czystym cache rozmowy — potem pracujesz po cenie wejściowej z cache.

Kiedy /compact jest lepsze?

• Gdy pracujesz w Plan Mode i nie chcesz stracić bieżącego planu.
• Gdy zadanie jest jednolite, a kontekst spójny (na przykład tłumaczysz długi dokument).
• Gdy uruchomisz /compact natychmiast po odpowiedzi Claude'a — wtedy streszczenie trafia do ciepłego cache i kosztuje 10% ceny.

/clear — ostateczność

/clear usuwa wszystko, również kontekst projektu. Używam go tylko przy przechodzeniu do zupełnie niezwiązanego tematu, kiedy nie chcę zachowywać żadnych wcześniejszych informacji. Po /clear kolejne żądanie wiąże się z pełnym kosztem ponownego wczytania CLAUDE.md.

Zasada 8. Co unieważnia cache Claude Code i dlaczego za to płacisz?#

W ramach subskrypcji TTL cache wynosi 1 godzinę (przedłuża się przy każdym dostępie). W API domyślnie wynosi 5 minut. Oznacza to, że jeśli wrócisz do pracy po 40 minutach, cache nadal działa, a kolejne żądanie kosztuje grosze za tokeny wejściowe. Po 1 godzinie cache wygasa i płacisz pełną cenę.

Co przerywa działanie cache (unikaj tego w trakcie zadania)

1. /model — zmiana modelu w trakcie sesji. Każdy model ma własny cache. Po /model opus kolejne żądanie przelicza cały prefiks dla Opusa od początku.
2. Włączenie Plan Mode z ustawieniem opusplan. W tym trybie Plan Mode korzysta z Opusa, a zwykły tryb z Sonneta. Każde Shift+Tab = zmiana modelu = unieważnienie cache.
3. Łączenie lub rozłączanie serwera MCP. Dotyczy też automatycznego ponownego połączenia po chwilowej awarii. Jeśli serwer MCP jest niestabilny, płacisz dwa razy.
4. Reguły odmowy podane jako sama nazwa (Bash, WebFetch) — zmieniają definicje narzędzi w prompcie systemowym.
5. /compact — unieważnia warstwę rozmowy (zgodnie z projektem).
6. Aktualizacja Claude Code do nowej wersji — nowa wersja oznacza nowy prompt systemowy i nowy cache.

Co NIE przerywa działania cache?

• Edycja plików w repozytorium (są odczytywane na żądanie).
• Edycja CLAUDE.md w trakcie sesji (ale zmiany nie obowiązują do restartu — zob. zasada 2).
• Zmiana stylu odpowiedzi.
• Zmiana trybu uprawnień (jeśli nie jest zaangażowane opusplan).
• Wywołanie skills lub commands (dodawane do warstwy rozmowy).
• /recap (nowe polecenie, streszczenie bez unieważniania cache).
• /rewind (powrót do prefiksu, który już się rozgrzał).
• Uruchomienie subagenta (cache sesji nadrzędnej pozostaje bez zmian).

Jak najlepiej wykorzystać cache?

• Nie przełączaj /model bez powodu. Wybierz model na początku zadania.
• Nie włączaj 10 serwerów MCP „na wszelki wypadek”. Każdy zwiększa rozmiar promptu systemowego i przerywa działanie cache przy ponownym połączeniu.
• Nie edytuj CLAUDE.md między zadaniami — wprowadź wszystkie zmiany naraz, a potem uruchom ponownie.
• Używaj /recap zamiast /compact, gdy chcesz tylko zobaczyć streszczenie, a nie zwolnić miejsce w kontekście.

Co stało się z propozycją kredytów automatyzacji na 15 czerwca?#

Proponowany podział subskrypcji na pule interaktywne i programowe został wstrzymany. Aktualizacja pomocy Anthropic mówi, że Agent SDK, claude -p i aplikacje firm trzecich nadal mogą korzystać z limitów subskrypcji. Nie dodawaj kwot porzuconej propozycji jako drugiego obowiązkowego rachunku.

Osobne miesięczne kredyty API wprowadzone w październiku dla uprawnionych planów Max i Team są świadczeniem wliczonym w plan, w powiązanej organizacji Console. Nie zastępują limitów interaktywnych planu. Aktualny przewodnik po kredytach API rozróżnia logowanie subskrypcją i pracę z kluczem API oraz wskazuje miejsca uruchomienia nieobjęte świadczeniem.

Przed planowaniem budżetu zadania harmonogramu zapisz metodę uwierzytelniania, miejsce uruchomienia, model i rzeczywiste zużycie. Samo claude -p nie ustala salda, z którego korzysta. Dodatkowe płatne użycie API zależy od konfiguracji rozliczeń organizacji. Aktualne wyjaśnienie i kalkulator znajdziesz w rozliczaniu automatyzacji Claude Code.

Dzień z życia vibe codera korzystającego z Claude Code#

Przykładowy dzień:

1. 9:00. Otwieram zadanie nr 1 — edycję szablonu wiadomości e-mail. Otwieram nowy czat, włączam Plan Mode i proszę Claude'a o analizę. Plan jest gotowy w 3 minuty; przełączam się na automatyczną akceptację, a edycja zajmuje 10 minut. Zamykam czat.
2. 9:30. Zadanie nr 2 — napisanie poradnika edukacyjnego. Otwieram nowy czat, w którym uruchamia się mój skill do pisania poradników. Wczytuje on 4000 tokenów metodologii. Pracuję nad tekstem, a poradnik jest gotowy w 40 minut. Koniec.
3. 11:00. Zadanie nr 3 — złożony problem architektoniczny. /model opus, Plan Mode, rozmowa. Przeglądam plan, zapisuję go ręcznie w plans/2026-05-20-...md (lub zatwierdzam zapis po wyjściu z Plan Mode), sprawdzam plik i zamykam czat.
4. 12:00. Nowy czat: „przeczytaj plans/2026-05-20-...md i zrealizuj fazę 1”. 6 subagentów pracuje równolegle — po jednym na plik. Faza 1 jest gotowa po 45 minutach. Zamykam czat.
5. 14:00. Zadanie nr 4 — edycja strony docelowej. /model sonnet. Nowy czat. Plan i wdrożenie zajmują 30 minut. Zamykam czat.
6. 15:00. Zadanie nr 5 — debugowanie produkcji. /model opus, Plan Mode; potrzebna jest głębia analizy. Po godzinie rozmowy proszę o napisanie polecenia dla sąsiedniego czatu, zawierającego ustaloną przyczynę i proponowaną poprawkę. Kopiuję je do nowego czatu i wdrażam poprawkę w 20 minut.

Pod koniec dnia: 6 zadań, 8 zamkniętych czatów, ani jednego /compact. Limit jest wykorzystany w 40-60%. To w zupełności wystarczy.

Limit wyczerpują osoby, które:

• Upychają całe zadanie w jednym czacie, w którym wykorzystano już 50% kontekstu.
• Trzymają CLAUDE.md o długości 600 wierszy, bo „może się przydać”.
• Przełączają się na /model opus przy każdej prostej edycji.
• Włączają 8 serwerów MCP na wszelki wypadek.
• Nigdy nie używają subagentów i przenoszą wszystko do głównej rozmowy.

Limit nie wyczerpuje się u osób, które budują drugi mózg z plików projektu i współpracują z Claude'em jak z inżynierem w zespole — zlecają mu jasne zadania, nie wrzucają wszystkiego do jednej rozmowy i dobierają różne narzędzia do różnych zadań.

Możesz dalej poznawać Ailoot na ailoot.ai.