Sonnet vs Opus w Claude Code — kiedy przełączyć model i dlaczego routing 90/10 ma sens

Claude Code domyślnie uruchamia się na Sonnet 4.6. Nie na Opusie, choć Opus jest dostępny. To nie przypadek — to przemyślana decyzja, którą potwierdziły miesiące doświadczeń społeczności. Routing 90/10 oznacza: 90% zadań idzie na Sonnet, 10% — te najtrudniejsze — na Opusa. I przy takim podziale wyniki są lepsze niż przy używaniu Opusa do wszystkiego.

Sonnet 4.6 — daily driver z powodów, które mają sens

Sonnet 4.6 to aktualny domyślny model w Claude Code. Dostarcza około 85% jakości Opusa przy znacznie niższym koszcie tokenów — szacunki społeczności mówią o 4-5-krotnej różnicy zużycia limitu przy tym samym zadaniu.

W praktyce przekłada się to na konkretne różnice: dwugodzinna sesja na Opusie może spalić tyle limitu, co 8-10 godzin na Sonnecie. Przy planie Pro (5-godzinne okno) to często różnica między „skończyłem pracę” a „trafiłem w limit w połowie”.

Sonnet radzi sobie doskonale z:

• refaktoryzacją i poprawkami w jednym-dwóch plikach,
• pisaniem testów i dokumentacji,
• wyjaśnianiem kodu i code review,
• bugami z jasno opisanym kontekstem,
• codzienną iteracją na istniejącej bazie kodu.

Kiedy naprawdę potrzebujesz Opusa

Opus nie jest „lepszym Sonnetem do wszystkiego” — jest modelem z głębszym rozumowaniem, który świeci przy konkretnym typie zadań.

Opus warto przełączyć gdy:

Zadanie obejmuje wiele plików i zależności między nimi. Sonnet może gubić wątek przy synchronizacji zmian między 8+ plikami z nietrywialną logiką. Opus utrzymuje spójność lepiej.

Architektura od zera. Projektowanie systemu, który musi być przemyślany zanim powstanie pierwsza linia kodu — Opus rozumuje tu inaczej, bardziej holistycznie.

Trudny debugging bez oczywistego tropu. Kiedy bug nie ma jasnej przyczyny i wymaga połączenia kilku hipotez — Opus jest w tym lepszy.

Złożone refaktoryzacje z zachowaniem semantyki. Przepisywanie logiki biznesowej, gdzie każda zmiana może mieć nieoczywiste konsekwencje.

Jak przełączyć model w Claude Code

Zmiana modelu w czasie sesji jest prosta. Możesz to zrobić przez:

• Flagę przy starcie: claude --model claude-opus-4-8
• Komendę w trakcie sesji: /model claude-opus-4-8
• Ustawienie domyślne w .claude/settings.json:

{
  "model": "claude-sonnet-4-6"
}

Warto też wiedzieć, że przełączanie modelu w trakcie sesji resetuje routing — jeśli zacząłeś na Sonnecie i przełączasz na Opusa dla trudnego podzadania, możesz wrócić do Sonneta po jego zakończeniu.

Routing 90/10 w praktyce

Konsensus społeczności Claude Code ukształtował się wokół jednej prostej heurystyki: zacznij od Sonneta, przełącz na Opusa tylko jeśli Sonnet zawiedzie.

Nie chodzi o to, żeby za wszelką cenę unikać Opusa. Chodzi o to, że przy 90% zadań Sonnet wystarczy — i dowiesz się tego szybko (w ciągu pierwszej tury sesji), nie tracąc przy tym limitu.

Amol Avasare z Anthropic przyznał wprost, że użytkownicy zużywają model znacznie intensywniej niż zakładano. Routing 90/10 to odpowiedź na ten problem: używaj cięższej broni tylko tam, gdzie lekka naprawdę nie wystarczy.

Opus 4.8 i dynamic workflows

Warto wspomnieć o nowym kontekście: Opus 4.8 (wydany 28 maja 2026) to nie tylko kolejna wersja modelu — to fundament dla dynamic workflows, które mogą uruchomić do 1000 równoległych subagentów. W tym trybie Opus pełni rolę orkiestratora, który deleguje podzadania do subagentów (często na Sonnecie) i scala wyniki.

Dla codziennej pracy nadal obowiązuje routing 90/10. Dynamic workflows z Opusem 4.8 to inny scenariusz — dla zadań na skalę, których nie da się wykonać w jednej sesji.