Sonnet, Opus i effort w Claude Code: wybór modelu

Praktyczne materiały o modelach i pracy z agentami: dokumentacja Ailoot.

Aktualizacja: 23 września 2026 r. Od publikacji tego artykułu Anthropic dwukrotnie zmieniło generacje modeli: najpierw wydano Opus 5 i Sonnet 5, a następnie Claude Opus 5.5 — 22 września. Logika wyboru opisana w tym poradniku nadal działa: używaj droższego modelu do architektury i debugowania, a modelu ze średniej półki do codziennej pracy. Zmieniły się nazwy i ceny. W następnej sekcji wyjaśniam dokładnie, co się zmieniło i jak czytać poniższe tabele.

Co zmieniło się do września 2026 r.: Opus 5.5, Sonnet 5 i nowe ceny#

Oto krótkie podsumowanie zmian w liczbach i poleceniach:

Trzy wnioski, które zmieniają codzienną pracę.

Starszy model jest tańszy. Anthropic informuje, że Opus 5.5 wymaga mniej mocy obliczeniowej, więc cena za token spadła o 20%, odczyt z pamięci podręcznej kosztuje teraz $0.20 zamiast $0.50 za milion tokenów, a typowe zadania przy ustawieniach domyślnych kosztują o 40% mniej niż w Opus 5. Odruch „włączyłem Opusa — zużyłem limit w pół dnia” jest mniej uzasadniony, choć nie zniknął całkowicie.

Teraz głębokość rozumowania trzeba ustawiać ręcznie. Opus 5.5 domyślnie zaczyna od medium, podczas gdy inne modele obsługujące wysiłek zaczynają od high. Jeśli oczekujesz głębokiej analizy od starszego modelu, jawnie ustaw /effort high lub xhigh. Jeszcze jedna kwestia: klucz najwyższego poziomu effortLevel w ustawieniach użytkownika nie działa dla Opus 5.5, ponieważ poziom jest teraz zapisywany osobno dla każdego modelu.

Wszystkie trzy obecne modele mają okno kontekstu o wielkości miliona tokenów. Informacje o 200K dla modelu ze średniej półki i zwiększaniu kontekstu do 1M za pomocą opus[1m] nie dotyczą obecnych Opus 5.5 i Sonnet 5: natywnie obsługują milion tokenów.

Poniższe tabele i obliczenia zachowują pierwotne nazwy modeli i ceny jako wskazówki dotyczące logiki wyboru. Stosuj aktualne ceny: $4 / $20 dla starszego modelu i $2 / $10 dla modelu ze średniej półki.

Co zmienia się w maju 2026 r.: Sonnet 4.6, Opus 4.7, Haiku 4.5 i dlaczego ma to znaczenie#

6 maja 2026 r., podczas konferencji Code with Claude, Anthropic wprowadziło pięć dużych aktualizacji: zarządzaną pamięć (Dreaming), outcomes, orkiestrację wielu agentów, Remote Control i Agent View. Tego samego dnia podwojono limity w planach Pro, Max, Team i Enterprise. Ograniczenia w godzinach szczytu, obowiązujące od końca marca, zostały całkowicie zniesione.

W tym samym czasie pojawiła się inna umowa dotycząca mocy obliczeniowej. W dokumencie S-1 SpaceX ujawniło umowę z Anthropic wartą 1,25 mld USD miesięcznie do maja 2029 r. na Colossus (ponad 220 000 procesorów graficznych NVIDIA, ponad 300 MW). Oznacza to, że Claude będzie mieć w nadchodzących latach większą, a nie mniejszą moc obliczeniową.

Co to zmienia w praktyce dla vibe codera? Typowy przepływ pracy brzmiał wcześniej tak: „Używam Opusa, bo jest mądrzejszy”. Teraz te trzy modele naprawdę się od siebie różnią:

• Opus 4.7 ($5 / $25 za milion tokenów wejściowych/wyjściowych, kontekst 1M) — wydany 16 kwietnia 2026 r. Nowy tokenizer. SWE-bench Verified: 87,6%, o 13% więcej niż Opus 4.6.
• Sonnet 4.6 ($3 / $15, kontekst 1M) — 79,6% w SWE-bench Verified. Wynik równy 91% wyniku Opus 4.7 za 60% jego bazowej ceny wejścia/wyjścia, niemal remis z Opus 4.6 (80,8%) — różnica wynosi zaledwie 1,2 punktu.
• Haiku 4.5 ($1 / $5, kontekst 200K) — szybki i tani. Do wszystkiego, co nie wymaga myślenia architektonicznego.

A najważniejsza rzecz: trzy polecenia w Claude Code, które otrzymały aktualizacje na początku maja: /model, /effort, /fast. Każde może zmniejszyć zużycie tokenów od 2 do 5 razy, jeśli wiesz, kiedy go używać.

W opisywanej tu praktyce oba główne modele są używane codziennie. Poniżej znajduje się wynikająca z tego mapa decyzji.

Jak wybrać model: mapa decyzji według rodzaju zadania#

Warto mieć tę tabelę pod ręką i sprawdzać ją przy zmianie zadań.

Główna zasada: domyślnie wybieraj Sonnet. Sonnet 4.6 jest domyślnym modelem w większości planów dla użytkowników nie bez powodu. Oficjalna pomoc Anthropic wprost mówi, że Sonnet jest właściwym wyborem do większości zadań programistycznych.

Niebezpieczny nawyk, w który wpada 80% początkujących: ustawiają Opusa jako domyślny model, a potem dziwią się, że limit kończy się w pół dnia. Limit się kończy, bo Opus kosztuje 1,67 raza więcej za token.

Czym Sonnet 4.6 różni się od Opus 4.7 w rzeczywistych zadaniach#

Sam benchmark niewiele znaczy. Liczy się różnica w rzeczywistych zadaniach. Oto oba modele zestawione przy tym samym zadaniu.

Scenariusz 1. Prosta refaktoryzacja (3–5 plików).

Sonnet i Opus osiągają taki sam wynik. W opisywanym porównaniu nie zaobserwowano różnicy w jakości kodu. Czas: Sonnet jest szybszy o 15–20%. Koszt: Sonnet jest 1,67 raza tańszy, więc zwycięzca jest oczywisty.

Scenariusz 2. Debugowanie nietrywialnego błędu. Załóżmy, że po migracji bramki płatniczej przestają przychodzić potwierdzenia e-mailowe na platformie e-commerce. Objaw: cron działa, w bazie danych pojawia się rekord, ale e-mail nie jest wysyłany.

• Sonnet: w 15 minut sprawdza logi i oczywiste miejsca, znajduje usługę e-mail w zmiennych środowiskowych i sugeruje sprawdzenie klucza. Jeśli klucz jest poprawny, zaczyna krążyć w kółko.
• Opus z wysiłkiem xhigh: od razu tworzy mentalną mapę: „webhook → cron → sprawdzanie statusu → usługa e-mail”. Po 20 minutach odkrywa, że migracja zmieniła format ID zamówienia, a usługa e-mail filtruje według starego formatu.

To nie magia. To adaptacyjne rozumowanie: Opus 4.7 na każdym kroku decyduje, ile czasu poświęcić na myślenie, a przy trudnym błędzie zużywa tokeny na głębsze rozumowanie, a nie na szybszą odpowiedź.

Scenariusz 3. Decyzja architektoniczna. „Czy powinniśmy przenieść analitykę do osobnej usługi?” Sonnet poda dobry plan dotyczący takiego pytania, ale może pominąć niuanse — na przykład to, że monitorowanie dwóch usług będzie wymagało przeniesienia alertów. Opus 4.7 systematycznie analizuje takie szczegóły.

Ostatni wiersz ma znaczenie. Czytając, że „Opus 4.7 kosztuje tyle a tyle”, pamiętaj: ten sam plik będzie wymagać o 20–35% więcej tokenów niż w przypadku Sonnet. Rzeczywisty koszt tego samego zadania wzrasta jeszcze bardziej, niż sugerują nominalne ceny w tabeli.

Chcesz nie tylko wybrać między modelami, lecz także stworzyć połączenie zapewniające niezawodność Claude niezależnie od modelu? Wybór Sonnetu lub Opusa to jedna z osi inżynierii kontekstu. Działająca konfiguracja łączy wszystkie trzy filary: klon AI + Drugi Mózg + Inżynieria Kontekstu — to połączenie zmienia Claude z „asystenta z halucynacjami” w niezawodne narzędzie. Bez niego nawet najdroższy model zacznie halucynować już w trzecim kroku.

Kiedy używać Haiku 4.5 (i dlaczego 80% zadań w Claude Code wykonuje Sonnet)#

Gdzie Haiku naprawdę się opłaca:

• Skrypty jednowierszowe: „napisz skrypt bash, który ponownie uruchomi nginx, jeśli proces nie odpowie przez 30 sekund”.
• Proste objaśnianie kodu: „co robi ta funkcja?”.
• Generowanie standardowych komunikatów commitów.
• Podstawowe sprawdzanie składni / poprawki lint.
• Tłumaczenie komentarzy między językami.

Technicznie Haiku działa w Claude Code tak samo jak przez /model haiku. Jest jednak pewien haczyk: subagenci i zadania działające w tle domyślnie korzystają z Haiku, chyba że nadpiszesz to zmienną środowiskową ANTHROPIC_DEFAULT_HAIKU_MODEL.

Kontekst Haiku to 200K tokenów. To wystarcza dla większości plików, ale limit zostanie osiągnięty podczas pracy z monorepozytorium lub długimi transkrypcjami. Sonnet i Opus mają w takich sytuacjach 1M.

Koszt: 1000 podobnych żądań (na przykład generowanie komunikatów commitów na podstawie 200 tokenów wejściowych + 50 wyjściowych) kosztuje na Haiku $0.45. Ten sam zestaw zadań kosztuje $1.35 na Sonnet i $2.25 na Opus. To trzykrotna różnica.

Polecenie /model: jak przełączyć model w trakcie sesji#

Sześć sposobów ustawiania modelu w Claude Code według priorytetu:

1. W trakcie sesji: /model <alias> — natychmiast przełącza model. Historia rozmowy, pliki i kontekst pozostają; zmienia się tylko model przetwarzający kolejną wiadomość. Jeśli w sesji pojawiły się już odpowiedzi, menu wyboru poprosi o potwierdzenie — kolejna odpowiedź ponownie odczyta całą historię bez pamięci podręcznej.
2. Przy uruchamianiu: claude --model <alias>.
3. Zmienna środowiskowa: ANTHROPIC_MODEL=<alias>.
4. Plik ustawień: pole model w ~/.claude/settings.json.

Podstawowe polecenia:

# Uruchom ze starszym modelem (obecnie Opus 5.5)
claude --model opus

# Przełącz na Sonnet w trakcie sesji
/model sonnet

# Otwórz menu wyboru (do interaktywnego wyboru)
/model

# Przełącz na Opus z kontekstem 1M
/model opus[1m]

# Przełącz na konkretną wersję (przypnij ją)
/model claude-opus-5-5

Aliasy i modele, na które wskazują w API Anthropic (stan na 23 września 2026 r.):

• opus → Opus 5.5 (wymaga Claude Code v2.1.280 lub nowszej)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → najmądrzejszy dostępny model
• default → Opus 5.5 w planach Pro, Max, Team, Enterprise i w API Anthropic
• opusplan → hybryda Opusa i Sonneta (omówiona osobno poniżej)

⚠️ Domyślne modele różnią się u dostawców chmurowych: w Amazon Bedrock i Google Cloud alias sonnet wskazuje na Sonnet 4.5; w Microsoft Foundry opus nadal wskazuje na Opus 4.6. Jeśli korzystasz z dostawcy chmurowego, przypnij konkretną wersję (claude-opus-5-5) albo ustaw zmienną ANTHROPIC_DEFAULT_OPUS_MODEL.

Od wersji 2.1.144 główna zmiana polega na tym, że /model nie zapisuje już wyboru w ustawieniach. Działa w bieżącej sesji i znika po jej zamknięciu. Aby trwale zapisać model domyślny, naciśnij d w podświetlonym wierszu menu wyboru. Spowoduje to zapisanie pola model w ~/.claude/settings.json.

Podsumowane sesje (claude --resume, --continue, /resume) zachowują model używany w danej sesji, niezależnie od bieżącego ustawienia. Dzięki temu model nie zmieni się po wznowieniu sesji z powodu ustawień innej sesji.

Aby sprawdzić, który model jest obecnie aktywny, użyj /status — wyświetla konto i bieżący model.

/model opusplan: porównuj osobno koszty planowania i wykonania#

W opisywanej tu praktyce ten tryb jest używany do zadań, które zajmą ponad 10 kroków.

Logika:

• W Plan Mode (/plan) omawiasz architekturę i opcje oraz uzgadniasz podejście. Opus jest tu drogi, ale uzasadnia cenę, ponieważ jego sposób rozumowania zasadniczo się różni.
• Gdy tylko Plan Mode się kończy, a Claude zaczyna edytować pliki, pisać testy i uruchamiać polecenia, rozpoczyna się wykonanie. Przy wykonaniu Sonnet 4.6 dorównuje Opusowi jakością.

Aby włączyć:

# Przy uruchamianiu
claude --model opusplan

# Lub w trakcie sesji
/model opusplan

Konkretne obliczenie. Załóżmy, że typowy podział refaktoryzacji obejmującej 50 kroków wygląda tak:

• Planowanie (5 kroków, ~30 000 tokenów wejściowych + 8 000 wyjściowych): Opus 4.7
• Wykonanie (45 kroków, ~200 000 tokenów wejściowych + 50 000 wyjściowych): Sonnet 4.6

Wariant bazowy zużywa 230,000 tokenów wejścia i 58,000 wyjścia: $2.60 według historycznych stawek Opus z tabeli. Opusplan pozostawia 30,000 wejścia i 8,000 wyjścia w Opus ($0.35), a 200,000 wejścia i 50,000 wyjścia wykonuje Sonnet ($1.35), łącznie $1.70. Oszczędność: ($2.60 − $1.70) / $2.60 = 34.6%. Przy identycznych tokenach te stawki oszczędzają 40% zastąpionego wykonania; nawet przy wykonaniu stanowiącym 90% kosztu bazowego całość oszczędza 36%. Różnica tokenizera wymaga jawnych liczb wejścia/wyjścia każdego modelu i sama nie uzasadnia 75–80%.

⚠️ Jeden szczegół: Opus w Plan Mode w opusplan korzysta ze standardowego kontekstu 200K. Automatyczne zwiększenie do 1M, dostępne z aliasem opus, NIE dotyczy opusplan. Jeśli planujesz ogromne zadanie z milionami tokenów kontekstu (na przykład analizę dużego monorepozytorium), użyj jawnie /model opus[1m] albo przełącz się na opusplan PO zakończeniu planowania.

Polecenie /effort: 5 poziomów adaptacyjnego rozumowania#

To drugie najważniejsze polecenie po /model. Wysiłek oznacza adaptacyjne rozumowanie: na każdym kroku model decyduje, jak głęboko analizować problem, zależnie od jego złożoności. Im wyższy poziom, tym głębsze rozumowanie i większe zużycie tokenów.

Poziomy (zależnie od zadania):

Obsługiwane są trzy modele: Opus 4.7, Opus 4.6 i Sonnet 4.6. Pozostałe nie obsługują wysiłku.

Co zmieniło się do września 2026 r. Poziomy low, medium, high, xhigh i max są dostępne w Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 i Opus 4.7; Opus 4.6 i Sonnet 4.6 nie obsługują xhigh, a żądany poziom xhigh jest w tych modelach realizowany jako high. Domyślny poziom to high we wszystkich modelach obsługujących wysiłek, z wyjątkiem Opus 5.5 (medium) i Opus 4.7 (xhigh). Oznacza to, że na obecnym starszym modelu trzeba jawnie zażądać głębokiej analizy. Pojawił się również osobny tryb ultracode: to ustawienie Claude Code, a nie poziom modelu — wysyła xhigh, a także prosi Claude o tworzenie dynamicznych przepływów pracy dla dużych zadań.

Jak go ustawić:

# Otwórz interaktywny suwak
/effort

# Ustaw poziom bezpośrednio
/effort high
/effort xhigh

# Przywróć domyślny poziom modelu
auto

# Za pomocą flagi uruchomieniowej
claude --effort high

# Za pomocą zmiennej środowiskowej (obowiązuje po uruchomieniu)
export CLAUDE_CODE_EFFORT_LEVEL=high

# W ustawieniach (max nie działa — max obowiązuje tylko w sesji)
{
  "effortLevel": "high"
}

# W nagłówku skill / subagenta
---
name: my-skill
effort: low
---

Poziom pojawia się obok logo i wskaźnika aktywności w Claude Code, na przykład „z niskim wysiłkiem”, więc nie trzeba otwierać /model, aby go sprawdzić.

Suwak wysiłku pojawia się również w menu wyboru /model — użyj strzałek w lewo i w prawo, aby ustawić poziom.

Ważny szczegół. Po przełączeniu na Opus 4.7 z dowolnego innego modelu poziom wysiłku zostaje wymuszony na xhigh — nawet jeśli dla Opus 4.6 lub Sonnet 4.6 ustawiono high. Aby przywrócić wybrany poziom, ponownie uruchom /effort.

Jeszcze jedna technika: ultrathink w poleceniu. Jeśli w treści polecenia umieścisz słowo ultrathink, Claude użyje głębszego rozumowania w tej jednej turze, bez zmiany wysiłku dla sesji. Podobne zwroty („think”, „think hard”, „think more”) nie wywołują tego zachowania — są po prostu przekazywane jako zwykły tekst.

Polecenie /fast: Opus działa 2,5 raza szybciej za 6 razy wyższą cenę — kiedy się opłaca?#

Tryb Fast jest funkcją w wersji preview do celów badawczych. Wymaga Claude Code v2.1.36+; wersję można sprawdzić poleceniem claude --version.

Aby włączyć:

# Włącz lub wyłącz tryb Fast (dostępny w CLI Claude Code i rozszerzeniu VS Code)
/fast

# Lub w ustawieniach
{
  "fastMode": true
}

Po włączeniu:

• Jeśli korzystasz z innego modelu, Claude Code automatycznie przełączy się na Opus.
• Pojawi się potwierdzenie „Fast mode ON”.
• Obok polecenia pojawi się ikona ↯.

Opcje i szczegóły:

• Domyślnym modelem w trybie Fast jest najwydajniejszy dostępny Opus. Na 23 września 2026 r. jest to Opus 5.5; tryb Fast w ogóle nie działa w Opus 4.7, a przełączenie na niego wyłącza tryb Fast.
• Tryb Fast jest domyślnie zapisywany między sesjami. Administratorzy Team/Enterprise mogą wymagać jawnego włączenia w każdej sesji za pomocą fastModePerSessionOptIn: true.
• Po wyłączeniu trybu Fast przez ponowne uruchomienie /fast pozostajesz w Opusie — model nie wraca do poprzedniego. Aby go zmienić, użyj /model.
• Włączenie trybu w środku rozmowy oznacza naliczenie ceny trybu Fast za cały kontekst rozmowy. Ekonomiczniej jest więc włączyć tryb Fast na samym początku sesji, a nie w jej połowie.

Kiedy używać trybu Fast:

• Debugowanie na żywo: obserwujesz ślad, a czas odpowiedzi ma kluczowe znaczenie.
• Napięty termin pracy interaktywnej: przygotowujesz demo na 18:00 i potrzebujesz szybkich iteracji.
• Szybkie poprawki kodu: testujesz kolejne hipotezy.

Kiedy go nie używać:

• Długie autonomiczne zadania, w których szybkość nie ma kluczowego znaczenia. Płacisz 6 razy więcej za 2,5 raza większą szybkość — nie opłaca się, jeśli idziesz na lunch, gdy Claude pracuje.
• Przetwarzanie wsadowe, potoki CI/CD — tryb w ogóle nie jest przeznaczony do pracy interaktywnej.
• Zadania wrażliwe na koszt — wybór jest oczywisty.

Dostępność:

• NIE działa w Bedrock, Vertex ani Foundry.
• Wymaga kredytów za użycie na koncie (rozliczeń przekraczających limit wliczony w plan). W przypadku kont indywidualnych funkcję włącza się w ustawieniach rozliczeń Console. W planach Team/Enterprise musi ją włączyć administrator.
• Tokeny trybu Fast NIE są odliczane od limitu wliczonego w plan. Są pobierane bezpośrednio z kredytów za użycie, po cenach trybu Fast od pierwszego tokenu.

Jeśli osiągniesz limit żądań trybu Fast albo skończą się kredyty za użycie, tryb Fast automatycznie przełączy się na standardową szybkość i ceny, ikona ↯ zmieni kolor na szary, a praca będzie kontynuowana. Po zresetowaniu limitu tryb Fast włączy się ponownie.

Tryb Fast i wysiłek nie wykluczają się. Można je połączyć: tryb Fast + low effort = maksymalna szybkość przy prostych zadaniach.

Ile naprawdę kosztuje każdy model: rozliczenie miesięcznego rachunku#

Ceny za milion tokenów (API Anthropic, USD):

Co naprawdę obniża rachunek:

1. Buforowanie promptów. Anthropic buforuje powtarzające się części promptów: system prompt, CLAUDE.md, opisy narzędzi. Odczyt z pamięci podręcznej kosztuje 10% ceny wejścia. W przypadku Sonnet cena spada z $3 do $0.30 za milion tokenów — jest 10 razy niższa. Funkcja jest automatycznie włączana przez cache_control: { type: "ephemeral" } w żądaniu API. W Claude Code działa domyślnie.

2. Batch API: 50% zniżki na wejście i wyjście dla zadań, na które można poczekać (raporty, masowe generowanie tekstów w partiach). Sonnet przez Batch API = $1.50 / $7.50. Nie działa bezpośrednio w Claude Code, ale warto z niego skorzystać, jeśli tworzysz automatyzacje z Anthropic SDK.

3. opusplan zamiast samego Opusa: około 34.6% oszczędności w historycznym przykładzie; rzeczywista suma zależy od udziału wykonania, tokenów, stawek, cache i ponowień.

4. Domyślnie Sonnet + Opus w razie potrzeby: główne źródło oszczędności. Jeśli Opus jest włączony „na wszelki wypadek”, w opisywanej tu praktyce przełącza się na Sonneta. Jeśli zadanie wymaga Opusa, staje się to jasne po trzecim lub czwartym kroku i następuje jawne przełączenie poleceniem /model opus.

5. Pamiętaj o nowym tokenizerze Opus 4.7. Przy tym samym pliku Opus 4.7 zużywa do 35% więcej tokenów niż Sonnet 4.6. Rzeczywisty koszt tego samego zadania jest wyższy, niż sugeruje tabela.

Konkretny przykład: typowe zadanie dla agencji nieruchomości budującej prototyp strony dla nowego klienta: „utwórz stronę z trzema sekcjami, formularzem i integracją z bramką płatniczą”. Wyniki:

• Sam Opus 4.7 (high effort): ~$4.80 za sesję (1,5 godziny pracy).
• opusplan: ~$1.90 (Opus planuje, Sonnet wykonuje).
• Sam Sonnet 4.6 (high effort): ~$1.30, ale decyzja architektoniczna była gorsza (Sonnet przyjął podejście oparte na szablonie, a Opus w opusplan wymyślił własne rozwiązanie dla niestandardowych wymagań).

Zwycięzcą w tym zadaniu jest opusplan. Oszczędność wynosi 60%, a jakość Opusa jest zachowana w kluczowej części.

Claude Code nie pokazuje bezpośrednio liczby tokenów składających się na limity — są one dynamiczne i zależą od planu. W /status można jednak sprawdzić swój plan i bieżące użycie. Bardziej szczegółowy poradnik: Jak uniknąć wyczerpania limitów Claude Code w ciągu jednego dnia.

Jaki codzienny przepływ pracy ustawić? 4 gotowe presety#

Te cztery presety można zmieniać zależnie od dnia pracy i zadania.

Preset 1. Codzienne kodowanie — 80% czasu pracy w opisywanej tu praktyce.

claude --model sonnet --effort high
# W razie potrzeby przełącz się na Opusa w trakcie sesji
/model opus

Do czego służy: nowe funkcje, małe refaktoryzacje, debugowanie prostych błędów, dokumentacja. Sonnet z high effort to złoty środek.

Preset 2. Duża refaktoryzacja — poważna zmiana architektoniczna.

claude --model opusplan
# Najpierw omów strukturę za pomocą /plan
# Po opuszczeniu Plan Mode Sonnet zajmie się wykonaniem

Do czego służy: przepisanie modułu w ponad 15 plikach, przełączenie integracji z jednej bramki na inną. Opus zajmuje się architekturą (analizą zależności), a Sonnet wykonaniem (szybką edycją plików). Takie zadania mogą przynieść ponad 70% oszczędności.

Preset 3. Szybka poprawka — zmiany w jednej linii i skrypty.

claude --model haiku --effort low

Do czego służy: „zmień nazwę zmiennej we wszystkich plikach”, „napisz skrypt bash, który ponownie uruchomi nginx”, „co robi ta funkcja?”. Haiku radzi sobie z takimi zadaniami i kosztuje trzy razy mniej niż Sonnet.

Preset 4. Sesja architektoniczna — decyzja strategiczna.

claude --model opus --effort xhigh
# Użyj maksymalnego wysiłku po wejściu w Plan Mode:
/plan
# Przy krytycznych pytaniach dodaj do polecenia słowo ultrathink

Do czego służy: „czy X powinno być osobną usługą?”, „jakich narzędzi użyć do prototypu?”, „jak zorganizować schemat bazy danych do obsługi wielu dzierżawców?”. To właśnie wtedy Opus 4.7 jest drogi — i wart swojej ceny, bo błąd na tym etapie kosztuje tygodnie pracy.

Te presety można zapisać jako skille (jeden model na skill) albo aliasy w ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

W pracy zespołowej można ujednolicić konfigurację za pomocą ustawień zarządzanych. Administrator ustawia availableModels: ["sonnet", "haiku", "opusplan"] w polityce organizacji, a użytkownicy fizycznie nie mogą bezpośrednio wybrać Opusa — tylko po jawnym wyrażeniu zgody. To dobre zabezpieczenie przed przypadkowym wyczerpaniem limitu.

Osoby tworzące subagentów mogą także ustawiać różne modele dla różnych subagentów za pomocą CLAUDE_CODE_SUBAGENT_MODEL lub pola model w nagłówku definicji agenta. To kolejny poziom optymalizacji.

Co zrobić po wyczerpaniu limitu: 5 praktycznych technik#

Jeśli /status pokazuje, że limit Opusa został osiągnięty:

1. Przełącz się na Sonnet 4.6: /model sonnet. Ma osobną pulę, a w 80% zadań nie zauważysz różnicy. W API Anthropic Claude Code może automatycznie przełączyć się na Sonneta, nawet po osiągnięciu limitu Opusa, jeśli zbliżasz się do progu.

2. Użyj opusplan do dalszej pracy: /model opusplan. Jeśli masz jeszcze tego dnia zadania w Plan Mode, będą one w minimalnym stopniu korzystać z Opusa (tylko do planowania); wykonanie będzie w całości obsługiwane przez Sonneta.

3. Sprawdź buforowanie promptów: upewnij się, że nie zostało wyłączone przez DISABLE_PROMPT_CACHING=1. Jeśli CLAUDE.md lub system prompt zawiera megabajt ustawień, powinien on być buforowany. Przy 90% odczytów zmniejsza to zużycie dziesięciokrotnie.

4. Przenieś zadania wsadowe: jeśli masz masowe generowanie (raporty, teksty, tłumaczenia), przenieś je do skryptu korzystającego z Batch API — 50% zniżki na wejście i wyjście. Nie działa bezpośrednio w Claude Code, ale konfiguracja skryptu tsx + Anthropic SDK zajmuje 30 minut.

5. Używaj Haiku do zadań drugorzędnych: przy rutynowych zadaniach, takich jak „napisz komunikat commitu” lub „wyjaśnij, co robi ten plik”, przełącz Claude Code na Haiku. Zużywa on trzy razy mniej tokenów niż Sonnet i pięć razy mniej niż Opus.

Najważniejsze przypomnienie: od 6 maja 2026 r. limity w planach Pro, Max, Team i Enterprise są dwukrotnie wyższe, a ograniczenia w godzinach szczytu zostały zniesione. Jeśli Opus wyczerpuje limit w pół dnia, problemem nie są limity — Opusa używa się tam, gdzie wystarczyłby Sonnet. Mapa decyzji w drugiej sekcji tego poradnika znów daje ci kontrolę.

Szczegółowe omówienie limitów i osiem praktycznych zasad oszczędzania tokenów znajdziesz w tym artykule filarowym: Jak uniknąć wyczerpania limitów Claude Code w ciągu jednego dnia: 8 zasad oszczędzania tokenów w 2026 r.. Przydatnym uzupełnieniem jest też Plan Mode w Claude Code: poradnik krok po kroku, ponieważ opusplan nie działa bez Plan Mode. Podstawą pracy z każdym modelem jest Jak skonfigurować CLAUDE.md w 2026 r..

Działająca konfiguracja vibe codingu: klon AI + Drugi Mózg + Inżynieria Kontekstu. Praktyczne materiały: dokumentacja Ailoot.

Więcej materiałów i narzędzi: Ailoot.