
Claude Sonnet 5: jakość blisko Opusa w cenie Sonnet
Najciekawszy ruch cenowo-jakościowy w rodzinie Claude to nie górna półka, tylko środek. Claude Sonnet 5 (claude-sonnet-5) to najlepsze połączenie szybkości i inteligencji w tierze Sonnet, które na kodowaniu i pracy agentowej dobija do jakości wcześniej zarezerwowanej dla Opusa - za znacznie mniejsze pieniądze.
To jest ten model, od którego warto zacząć, jeśli budujesz coś, co ma dużo ruchu, a Opus 4.8 zjadałby budżet.
Aktualizacja 29 września 2026: cena $2/$10 jest już stała - 10 sierpnia Anthropic odwołał zapowiadaną podwyżkę do $3/$15. Następca, Claude Sonnet 5.5, kosztuje tyle samo i zużywa mniej tokenów na zadanie.
Podstawowe fakty
| Parametr | Wartość |
|---|---|
| Model ID | claude-sonnet-5 |
| Kontekst | 1M tokenów |
| Maks. output | 128K tokenów |
| Cena | $2 / $10 za 1M tokenów (input / output) |
| Historia ceny | startowo “wprowadzająca” do 31 sierpnia 2026; 10 sierpnia Anthropic uczynił ją stałą |
Stawka $2/$10 miała być wprowadzająca i od 1 września wzrosnąć do $3/$15, ale 10 sierpnia Anthropic odwołał podwyżkę. Dla porównania: Opus 4.8 to $5/$25, więc Sonnet 5 jest 2.5 raza tańszy na wejściu i na wyjściu.
Największe zyski: kodowanie i praca agentowa
Największa poprawa względem Sonneta 4.6 jest właśnie w kodowaniu i zadaniach agentowych. I dobra wiadomość dla migrujących: Sonnet 5 działa dobrze od ręki na istniejących promptach z 4.6 - nie musisz przepisywać wszystkiego, żeby zobaczyć różnicę.
To czyni go naturalnym kandydatem do:
- agentów kodujących z dużym ruchem, gdzie Opus byłby za drogi,
- pipeline’ów, które robią dużo wywołań, ale każde nie wymaga absolutnego szczytu inteligencji,
- interaktywnych narzędzi, gdzie liczy się też szybkość odpowiedzi.
Adaptacyjne myślenie jest domyślnie włączone
Tu jest zmiana, która zaskakuje migrujących z Sonneta 4.6, i to cicho - bez błędu.
Na Sonnetcie 4.6 żądanie bez pola thinking biegło bez myślenia. Na Sonnetcie 5 to samo żądanie biegnie z adaptacyjnym myśleniem. To nie błąd, ale konsekwencja jest realna: kto nigdy nie ustawiał thinking, zobaczy teraz myślenie (i wyda na nie tokeny) tam, gdzie wcześniej go nie było. A max_tokens to twardy limit na całe wyjście (myślenie + tekst), więc workload, który na 4.6 działał bez myślenia przez pominięcie, może się teraz uciąć.
Masz dwie opcje: albo ustaw thinking: {type: "disabled"} jawnie, żeby zachować stare zachowanie, albo zrewiduj max_tokens, żeby zostawić miejsce na myślenie.
Reszta zmian API jest wspólna z rodziną 4.7+: stary budget_tokens usunięty, niedomyślne parametry samplingu (temperature, top_p, top_k) odrzucane.
Effort: pierwszy Sonnet z xhigh
Sonnet 5 obsługuje pełny zakres effort od low do max i jest pierwszym modelem tier Sonnet z poziomem xhigh. Domyślny poziom to high (jak w 4.6).
| Poziom | Kiedy na Sonnetcie 5 |
|---|---|
xhigh |
Najtrudniejsze kodowanie i praca agentowa |
high |
Domyślny; balans dla większości zadań |
medium |
Oszczędność - porównywalny do Sonneta 4.6 na high |
low |
Krótkie, wąskie, wrażliwe na latency (czat, proste lookupy) |
Zgrubna mapa przy migracji: Sonnet 5 na medium jest inteligencją porównywalny do Sonneta 4.6 na high, a Sonnet 5 na high - do 4.6 na max. Czyli przy tej samej jakości możesz często zejść o poziom effort niżej i zapłacić mniej.
Nowy tokenizer: ~30% więcej tokenów
To najważniejszy szczegół kosztowy. Sonnet 5 używa nowego tokenizera (tego samego co Opus 4.7/4.8) i ten sam tekst daje około 30% więcej tokenów niż na Sonnetcie 4.6.
Uwaga, żeby nie wyciągnąć złego wniosku: cena za token się nie zmieniła ($2/$10). Ale skoro tokenów jest więcej za ten sam tekst, to:
usageicount_tokenspokażą wyższe liczby,- okno 1M kontekstu mieści mniej tekstu,
max_tokensdostrojony pod 4.6 może uciąć równoważne wyjście.
Przelicz reprezentatywne prompty przez count_tokens na claude-sonnet-5 i przebazuj dashboardy kosztów, zanim zareagujesz na “wzrost”.
Wizja i inne usprawnienia
Sonnet 5 to pierwszy Sonnet z wizją wysokiej rozdzielczości: maksymalnie 2576 pikseli na dłuższej krawędzi (wcześniej 1568px). Obrazy HD zużywają do ~3x więcej tokenów obrazu - jeśli fidelity nie jest potrzebne, zmniejsz przed wysyłką.
Jest też bardziej agentowy niż 4.6 - chętniej sięga po narzędzia i pętle samoweryfikacji. Wyjątek: z wyłączonym myśleniem rzadziej sięga po narzędzia, więc jeśli harness na tym polega, dodaj jawną wskazówkę w prompcie.
Kiedy Sonnet 5, a kiedy Opus
Prosta zasada:
- Sonnet 5 - gdy chcesz jakości blisko Opusa przy dużym ruchu i wrażliwości na koszt. Domyślny wybór do agentów kodujących, pipeline’ów, narzędzi interaktywnych.
- Opus 4.8 - gdy zadanie jest na tyle trudne albo drogie w razie błędu, że warto dopłacić za górną półkę.
- Fable 5 - gdy potrzebujesz najmocniejszej klasy do wielominutowych, autonomicznych zadań (i akceptujesz cennik premium).
Dla większości codziennej roboty deweloperskiej Sonnet 5 to zaskakująco często wystarczy - i to jest właśnie ta zmiana, o którą tu chodzi.
Podsumowanie
Sonnet 5 przesuwa granicę tego, co “tani środek” potrafi: jakość blisko Opusa na kodowaniu i pracy agentowej, 1M kontekstu, xhigh effort, wizja HD - w stałej cenie $2/$10. Migracja z 4.6 jest łagodna, a najważniejsze pułapki to adaptacyjne myślenie włączone domyślnie i nowy tokenizer liczący ~30% więcej tokenów.
Więcej o górnej półce piszę przy okazji Opusa 4.8 i Fable 5.
EfektywnyDev pisze o AI w praktyce - o tym, jak dobrać model do zadania i budżetu, a nie tylko gonić najdroższy.
Nowe materiały prosto na maila
Publikuję nowy artykuł albo lekcję kursu — dostajesz jednego maila. Nic poza tym.
Bez cyklu wydawniczego i newsów o każdej premierze modelu
Zapisy do newslettera otwieram partiami, żeby nie zamieniać go w kolejny kanał ze spamem i recyklingiem linków.
Jeśli chcesz dostać informację przy następnym otwarciu zapisów, napisz na kontakt@efektywnydev.pl.

O autorze
Marcin Szymański
Od kilkunastu lat buduję systemy w .NET i Azure — obecnie rozproszony monitoring PingView. Piszę tu o pracy człowiek + agenci AI na realnych workflow, nie na demach. Zawodowo prowadzę audyty, rescue projektów i wdrożenia AI-assisted delivery w zespołach.