Przejdź do treści
Claude Sonnet 5: jakość blisko Opusa w cenie Sonnet
··5 min czytania·Zaktualizowano:

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:

  • usage i count_tokens pokażą wyższe liczby,
  • okno 1M kontekstu mieści mniej tekstu,
  • max_tokens dostrojony 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.

UdostępnijX / TwitterLinkedIn
Marcin Szymański

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.