Według doniesień Anthropic 14 września zastąpił tymczasowo podniesiony tygodniowy limit Claude Code stałym poziomem niższym o około 16,7%. Zmiana dotyczy przejścia z wartości 150 do 125 względem historycznej bazy 100 — czyli wciąż poziomu o 25% wyższego od dawnego standardu. Chodzi o pojemność użytkowania, a nie o 25-procentową zmianę ceny abonamentu.
Anthropic miał ograniczyć tygodniowy limit Claude Code
Według opisu zmiany objęła ona plany Pro, Max, Team oraz część ofert Enterprise rozliczanych za stanowiska. Nie podano jednej liczby tokenów obowiązującej dla każdego planu, ponieważ rzeczywiste zużycie zależy od modelu, długości kontekstu, narzędzi i charakteru zadania.
Najważniejsza jest sama sekwencja zmian:
| Stan limitu | Poziom względem historycznej bazy | Różnica względem poziomu tymczasowego |
| Historyczna baza | 100 | — |
| Tymczasowo zwiększony limit | 150 | — |
| Poziom opisywany po 14 września | 125 | około 16,7% mniej |
Warto rozdzielić dwie liczby, które na pierwszy rzut oka mogą się ze sobą kłócić. Poziom 125 oznacza 25% ponad bazę 100, ale w porównaniu z wcześniejszym poziomem 150 jest niższy o około 16,7%. To ten sam ruch opisany z dwóch różnych punktów odniesienia.
Jak działają limity Claude Code
Anthropic rozróżnia limit użytkowania w czasie od limitu długości pojedynczej rozmowy. Claude, Claude Code i Claude Desktop mogą korzystać ze wspólnego limitu na obsługiwanych płatnych planach. Oprócz tygodniowego pułapu działa też limit bieżącej sesji, opisywany jako okno resetujące się po pięciu godzinach.
Na zużycie wpływają między innymi długość wiadomości, pliki, rozmiar rozmowy, wybrany model, poziom wysiłku, narzędzia, artefakty oraz zadania wieloetapowe. Dlatego dwóch użytkowników tego samego planu może dojść do limitu w zupełnie innym momencie.
Automatyczne zarządzanie kontekstem potrafi podsumować wcześniejsze wiadomości, gdy rozmowa zbliża się do granicy kontekstu. Zachowuje to ciągłość pracy, ale samo przetwarzanie dłuższej historii również zwiększa zużycie.
Dlaczego praca agentowa zużywa limit szybciej
W zwykłej rozmowie jedno polecenie zwykle prowadzi do jednej odpowiedzi. Agent programistyczny działa inaczej: ponownie czyta kontekst, wywołuje narzędzie, analizuje wynik, zmienia pliki i wraca do kolejnego kroku. Jedna widoczna prośba może więc uruchomić wiele tur przetwarzania.
Największym obciążeniem nie musi być samo polecenie. Problemem bywa kontekst, który agent za każdym razem zabiera ze sobą: długie instrukcje projektu, obszerne wyniki poleceń, niepotrzebne pliki i narzędzia pozostające w zasięgu zadania. Im więcej takich elementów, tym mniej pracy pozostaje w tym samym limicie.
Jak ograniczyć zbędne zużycie
Anthropic zaleca kilka prostych zmian w codziennej pracy:
- Planuj krótsze i bardziej konkretne prompty. Grupowanie powiązanych próśb ogranicza liczbę dodatkowych tur.
- Trzymaj wiedzę projektu w odpowiednim miejscu. Projekty i pamięć podręczna mogą ograniczyć konieczność wielokrotnego przekazywania tych samych instrukcji.
- Ograniczaj narzędzia i poziom wysiłku, gdy zadanie ich nie wymaga. Prosta poprawka nie potrzebuje takiego samego budżetu jak wieloetapowa refaktoryzacja.
- Czyść niepowiązany kontekst. Polecenie /clear pomaga zacząć nowe zadanie bez historii poprzedniej pracy, a /compact skraca kontekst rozmowy przez jego podsumowanie.
- Kontroluj zużycie w ustawieniach Usage. Warto sprawdzać osobno bieżącą sesję i limit tygodniowy, zamiast oceniać sytuację wyłącznie po liczbie wysłanych wiadomości.
Nie każda popularna porada działa w każdej konfiguracji Claude Code. Zachowanie narzędzi, pamięci podręcznej i funkcji Tool Search zależy od wersji oraz ustawień, więc praktyczną kontrolę daje przede wszystkim obserwowanie wartości wyświetlanych przez /context i panel Usage.
Co mierzyć we własnym workflow
Najbardziej użyteczne są trzy obserwacje: ile kontekstu zajmuje start sesji, jak szybko rośnie on podczas pracy oraz ile dodatkowych kroków wykonuje agent przy jednym zadaniu. Taki pomiar pokazuje, czy limit znika przez same wiadomości, czy przez powtarzane odczyty, narzędzia i automatyczne pętle.
Przy nowym poziomie limitu szczególnie opłaca się rozdzielać niezależne zadania, skracać wyniki poleceń terminala i usuwać instrukcje, których agent nie potrzebuje w danej sesji. To nie zwiększa przydziału, ale pozwala wykorzystać większą część dostępnej pojemności na właściwą pracę.
