Claude Sonnet 5 kontra Opus 4.8: różnica cenowa, tokenizacja, benchmarki i zastosowania

Anthropic wydał Claude Sonnet 5 przy standardowej cenie na poziomie około 60% stawki Opus 4.8 za token, plus jeszcze niższa promocja premierowa $2/$10 do 31 sierpnia 2026 roku. To także uczyniło Sonnet 5 domyślny model dla użytkowników Free i Pro w dniu premiery. Odruch (miałem go też, przez jakąś godzinę) to przełączenie domyślnego modelu na Sonnet 5 wszędzie i zgarnięcie różnicy w cenie.

Kiedy jednak uruchamiasz prawdziwą pętlę agentową, arytmetyka robi się ciekawsza. Stawka za token to cena z etykiety. To nie jest rachunek. Między cennikiem a twoją fakturą zmieniają się dwie rzeczy, i obie uderzają w hasło „po prostu taniej" na tyle mocno, by zmienić to, co naprawdę powinieneś zrobić.

Prawdziwe pytanie nie brzmi więc „który model istnieje", bo już wiesz, że oba istnieją. Chodzi o to, na który z nich domyślnie kierujesz swojego agenta i kiedy warto dopłacić za Opus. Oto zasada decyzyjna, a także dwa mechanizmy kosztowe, które podsumowania benchmarków pominęły.

Krótka wersja

Domyślnie używaj Sonnet 5 do większości zadań agentowego kodowania i codziennej pracy z API. Jest tańszy i broni się w benchmarkach, które dzielą się między obydwoma modelami. Zarezerwuj Opus 4.8 do najtrudniejszych zadań rozumowania i kodowania oraz do zadań o poziomie wysiłku extra-high, gdzie Sonnet 5 może stracić swoją przewagę kosztową. Dwie rzeczy ukryte w cenniku: nowszy tokenizator Sonnet 5 zużywa około 30% więcej tokenów na ten sam tekst, a przy ustawieniach wysiłku extra-high rachunek kosztów może się odwrócić. Jedna data do zapamiętania: cena wprowadzająca Sonnet 5 ($2/$10 za milion tokenów) kończy się 31 sierpnia 2026 roku, po czym wynosi $3/$15. Uwzględnij standardową stawkę już teraz, jeśli standaryzujesz się pod kątem kosztów.

W skrócie: Sonnet 5 to twój nowy domyślny wybór do większości zadań agentowego kodowania. Opus 4.8 nie umarł, po prostu nie jest już domyślny.

Różnica cenowa, o której mówią wszyscy (i co przy tym pomijają)

Przy standardowej cenie Sonnet 5 kosztuje $3 za milion tokenów wejściowych i $15 za milion tokenów wyjściowych, z ceną wprowadzającą $2/$10 do 31 sierpnia 2026 roku. Opus 4.8 kosztuje $5/$25. Oba modele mają okno kontekstowe 1 mln tokenów przy standardowej cenie, a Anthropic uczynił Sonnet 5 domyślnym modelem dla użytkowników Free i Pro już przy premierze. Te liczby pochodzą wprost z ogłoszenia Sonnet 5 firmy Anthropic (https://www.anthropic.com/news/claude-sonnet-5) oraz dokumentacja cenowa platformy Claude (https://platform.claude.com/docs/en/about-claude/pricing); to ta część porównania, w której fakty są jasne.

Zestaw je obok siebie, a Sonnet 5 wygląda jak prosta przecena: to samo okno kontekstowe, około 40% taniej za token, i teraz jest to poziom domyślny. Jeśli twój mentalny model kosztu brzmi „stawka razy liczba tokenów, a stawka właśnie spadła", to koniec dyskusji. Przełącz się i oszczędzaj.

Haczyk polega na tym, że liczba tokenów nie jest stała. Zmienia się wraz z modelem, a Anthropic ją zmienił. Właśnie tu cena z etykiety i rzeczywisty rachunek się rozjeżdżają.

Tokenizator się zmienił. Rachunek też.

Sonnet 5 korzysta z nowszego tokenizatora Anthropic (ten sam, który wprowadzono wraz z Opus 4.7 i później), i zgodnie z własnym ujęciem Anthropic działa on o około 30% więcej tokenów na ten sam tekst niż starsze wersje Sonnet. To nie jest szczegół związany z zaokrągleniem. Twój rachunek to stawka pomnożona przez liczbę tokenów, a Anthropic po cichu podniósł drugą liczbę, gdy patrzyłeś na pierwszą.

Przeanalizujmy to krok po kroku. Jeśli porównujesz cenę wprowadzającą Sonnet 5 z tym, co płaciłeś za starszą wersję Sonnet, niższa cena za token zastosowana do ~30% większej liczby tokenów zmniejsza rzeczywistą różnicę znacznie poniżej tego, co sugeruje stawka nagłówkowa. Ten sam prompt, ten sam tekst wyjściowy, ale więcej jednostek podlegających rozliczeniu. Zniżka jest realna, ale mniejsza, niż wynika z liczby na stronie z cennikiem, ponieważ strona z cennikiem wycenia token, a twoje obciążenie robocze mierzone jest słowami.

Ma to znaczenie głównie dla dwóch typów czytelników. Jeśli migrujesz ze starszej wersji Sonnet, uwzględnij w budżecie inflację tokenów, a nie tylko zmianę stawki. Jeśli porównujesz Sonnet 5 bezpośrednio z Opus 4.8, to mniej istotny czynnik, ponieważ współdzielą ten sam nowszy tokenizator, więc porównujesz podobne tokeny do podobnych, a różnica za token jest bliższa prawdy. Pułapka polega na założeniu, że twój dotychczasowy koszt na zadanie się utrzyma. Tak nie jest: jednostka, na której się on opiera, zmieniła się.

Gdzie Sonnet 5 przestaje być tańszy

Podnieś ustawienie wysiłku, a przewaga kosztowa może się odwrócić. Praktycy uruchamiający Sonnet 5 z ustawieniem wysiłku extra-high („xhigh") zgłaszali, że może kosztować więcej niż Opus 4.8 przy podobnej jakości, ponieważ tańszy model, który myśli dłużej i intensywniej nad zadaniem, może zużyć wystarczająco dużo dodatkowych tokenów, by zniwelować zniżkę za token. Ten wątek pochodzi z doniesień społeczności: wątek na Hacker News o premierze (https://news.ycombinator.com/item?id=48736605) oraz szeroko komentowane porównanie benchmarków (https://www.marktechpost.com/2026/06/30/anthropic-claude-sonnet-5-vs-sonnet-4-6-vs-opus-4-8-agentic-coding-benchmarks-api-pricing-and-cost-performance-tradeoffs-compared/). To nie jest liczba potwierdzona przez Anthropic, więc traktuj ją jako zgłaszany wzorzec, a nie opublikowany próg. Nie podam ci precyzyjnego punktu przecięcia, ponieważ nie mam takiego, który byłby zweryfikowany.

Liczy się ogólny obraz, a jest on jasny: przy zwykłych zadaniach, gdzie poziom wysiłku jest umiarkowany, a zadanie ograniczone, Sonnet 5 jest naprawdę tańszy. Przy najcięższych zadaniach (głębokie rozumowanie, wysoki wysiłek, długie pętle agentowe przetwarzające dużą lub bałaganiarską bazę kodu) zniżka się zmniejsza i może zniknąć. Tani model, który musi pracować dwa razy ciężej, nie jest tani.

Wniosek z sekcji: zniżka jest realna przy zwykłych zadaniach i znika przy najcięższych, a granica ta jest właśnie miejscem, w którym powinieneś zmienić domyślny model.

Benchmarki: co jest potwierdzone, a co szeroko relacjonowane

Zacznijmy od jasnego sprostowania, bo to właśnie tutaj podsumowania premiery łatwo błędnie odczytać. Liczby 34.6% / 46.8% w Humanity's Last Exam oraz liczba 78.5% w OSWorld-Verified to nie są wyniki Sonnet 5; Anthropic określa je jako poprawione wyniki bazowe Sonnet 4.6. Dla Sonnet 5, podano w tabeli premiery/karty systemowej jako 43.2% / 57.4% w Humanity's Last Exam, 81.2% w OSWorld-Verified, 63.2% w SWE-bench Pro i 1618 w GDPval-AA v2. Opus 4.8 nadal prowadzi w kilku trudniejszych miarach rozumowania i kodowania, w tym SWE-bench Pro, OSWorld-Verified, HLE bez narzędzi oraz USAMO 2026; najczystsza przewaga Sonnet 5 w bezpośrednim porównaniu dotyczy pracy opartej na wiedzy, gdzie nieznacznie wyprzedza Opus 4.8 w GDPval-AA v2. To nadal nie czyni go uniwersalnym zwycięzcą. Po prostu wzmacnia praktyczną zasadę wyboru: domyślnie używaj Sonnet 5 do rutynowych zadań agentowych, a przechodź na Opus, gdy zadanie wymaga wyższego pułapu możliwości.

Wszystko inne w bezpośrednim porównaniu pochodzi z agregacji danych stron trzecich, i będę to wyraźnie zaznaczać. Najbardziej rzetelny, bezpieczny odczyt jest węższy: Opus 4.8 nadal prowadzi w najtrudniejszych wynikach dotyczących kodowania, rozumowania i korzystania z komputera, podczas gdy Sonnet 5 zmniejsza dystans i nieznacznie wyprzedza Opus w pracy opartej na wiedzy w GDPval-AA v2. Terminal-Bench 2.1 warto traktować jako zależny od harnessu a nie prostą kolumnę zwycięstw, ponieważ podsumowania premiery podają różne porównania z Opus w zależności od konfiguracji.

Przypisuję te dane do źródła, zamiast twierdzić je jako fakt, ponieważ pełna karta systemowa wykracza poza to, co mogłem bezpośrednio zweryfikować, a różnica w benchmarkach podana jako fakt, choć w rzeczywistości pochodzi z tabeli jednego agregatora, to dokładnie ten rodzaj informacji, który się źle starzeje.

Uczciwy odczyt tej tabeli jest taki, że benchmarki nie wyłaniają jednego zwycięzcy. Wymieniają się zwycięstwami. To właśnie dlatego ranking nie powinien być twoim czynnikiem decydującym. Gdy dwa modele dzielą się benchmarkami, kryterium rozstrzygającym nie jest to, „kto zdobył więcej punktów w jednym teście, na którym ci zależy". Liczy się koszt zadania przy twoim faktycznym obciążeniu roboczym, a tej liczby ranking ci nie poda.

Czy szum medialny odpowiada rzeczywistości?

Reakcje na premierę były głośne w obu kierunkach, a żadna ze skrajności nie jest do końca trafna. Z jednej strony mamy realny sprzeciw: szeroko udostępniany wpis (https://www.bleepo.co/article/claude-sonnet-5-useless-flop-backlash-benchmarks) nazwał Sonnet 5 „bezużyteczną klapą", a niektórzy praktycy w dyskusji o premierze zwrócili uwagę na znany tryb błędu modeli zoptymalizowanych pod agentów: nadmierne komplikowanie trywialnych zadań, na przykład zamieniając drobne zadanie w Pythonie w coś bliższego całej bibliotece. Niektórzy komentujący zwrócili też uwagę na sposób prezentacji wykresów premierowych. Traktuj to jako pojedyncze reakcje na żywym wątku, a nie werdykt.

Z drugiej strony pozytywny sygnał jest konkretny i ma wskazane źródło. Inżynier Zapier, Daniel Shepard, cytowany w relacji TechCrunch z premiery (https://techcrunch.com/2026/06/30/anthropic-launches-claude-sonnet-5-as-a-cheaper-way-to-run-agents/), powiedział, że Sonnet 5 w pełni wykonał złożone, dwuczęściowe zadanie łączące Salesforce i e-mail, które wcześniej utykało w połowie, i nazwał to „oczywistym wyborem do codziennej automatyzacji". To praktyk używający modelu w produkcji, a nie wiersz w tabeli benchmarków.

Moja ocena: to normalny przebieg premiery modelu, a nie sygnał, że Sonnet 5 jest triumfem albo porażką. Tańszy model agentowy, który czasem nadmiernie rozbudowuje drobne zadanie, to możliwy do opanowania kompromis, a nie dyskwalifikująca wada. Dostosowujesz poziom wysiłku do zadania i idziesz dalej. Osoby nazywające to porażką i osoby nazywające to przełomem ekstrapolują wnioski z kilku dni pracy przy konkretnym obciążeniu roboczym. Wyważone stanowisko jest takie, że Sonnet 5 to solidny, tańszy wybór domyślny ze znaną niedoskonałością przy wysokim wysiłku, i to wystarczy, by podjąć decyzję.

Zasada decyzyjna (i wrześniowy próg)

Oto zasada, którą stosowałbym od dziś. Domyślnie używaj Sonnet 5 do większości zadań agentowego kodowania i codziennej pracy z API, ponieważ jest tańszy przy zwykłych zadaniach, jest poziomem domyślnym i broni się tam, gdzie benchmarki są podzielone. Zarezerwuj Opus 4.8 do najtrudniejszych zadań rozumowania i kodowania oraz do zadań o poziomie wysiłku extra-high, gdzie zniżka Sonnet 5 może zniknąć; w tym momencie Opus może okazać się lepszą wartością, a nie luksusem. To nie znaczy, że „Opus jest przestarzały". To znaczy, że „Opus przestaje być twoim domyślnym wyborem i staje się twoim specjalistą".

Następnie część łatwa do przeoczenia, ponieważ to data, a nie benchmark: cena wprowadzająca Sonnet 5 kończy się 31 sierpnia 2026 roku. Jeśli standaryzujesz się na Sonnet 5 ze względów kosztowych, uwzględnij już teraz standardową stawkę $3/$15 (a nie wprowadzającą $2/$10) i zaplanuj budżet na wrzesień. Budowanie uzasadnienia kosztowego na cenie, która wygasa za kilka tygodni, to prosty sposób na nieprzyjemną niespodziankę w trzecim kwartale. Licz na podstawie tego, co faktycznie zapłacisz, a nie promocji premierowej.

Jeszcze jedno rozróżnienie, ponieważ zmienia ono wagę tych czynników. Jeśli korzystasz z samodzielnie hostowanego lub lokalnego harnessu agentowego (Aider, OpenCode, Continue.dev), a nie wywołujesz API bezpośrednio przez hostowany produkt, twoja ekspozycja kosztowa i kontrola nad ustawieniem wysiłku wyglądają inaczej niż u użytkownika korzystającego wyłącznie z API, a matematykę punktu przecięcia warto przeliczyć na podstawie zachowania tokenów twojego własnego harnessu. Zobacz nasze porównanie OpenCode i Claude Code jeśli wybierasz harness.

Modele będą nadal się prześcigać; kolejna premiera zresetuje tabelę. Ale dyscyplina przetrwa numery wersji: nie kupuj się na cenę z etykiety, licz koszt zadania przy poziomie wysiłku, którego faktycznie używasz, i zmieniaj domyślny model dokładnie na granicy, gdzie zniżka się kończy.

Często zadawane pytania

Czy powinienem zmienić domyślny model z Opus 4.8 na Sonnet 5?

Dla większości zadań agentowego kodowania i codziennej pracy z API, tak. Sonnet 5 jest tańszy przy zwykłych zadaniach, jest domyślnym poziomem dla Free i Pro, i broni się tam, gdzie benchmarki są podzielone. Zachowaj Opus 4.8 do najtrudniejszych zadań rozumowania i kodowania oraz do zadań o poziomie wysiłku extra-high, gdzie Sonnet 5 może stracić swoją przewagę kosztową.

O ile tańszy jest Sonnet 5 od Opus 4.8?

Przy standardowej cenie Sonnet 5 kosztuje $3 za milion tokenów wejściowych i $15 za milion tokenów wyjściowych, wobec $5/$25 dla Opus 4.8, czyli około 40% mniej za token. Do 31 sierpnia 2026 roku Sonnet 5 ma niższą cenę wprowadzającą $2/$10. Rzeczywista różnica jest mniejsza, niż sugeruje stawka, jeśli przechodzisz ze starszej wersji Sonnet, ponieważ nowszy tokenizator Sonnet 5 zużywa około 30% więcej tokenów na ten sam tekst.

Kiedy kończy się cena wprowadzająca Sonnet 5?

Cena wprowadzająca Sonnet 5 wynosząca $2 za milion tokenów wejściowych i $10 za milion tokenów wyjściowych obowiązuje do 31 sierpnia 2026 roku. Później cena standardowa wynosi $3/$15. Jeśli standaryzujesz się na Sonnet 5 ze względów kosztowych, uwzględnij już teraz stawkę standardową i zaplanuj budżet na wzrost we wrześniu.

Czy Opus 4.8 nadal jest wart dodatkowego kosztu?

Tak, w konkretnych zastosowaniach. Liczby z premiery/karty systemowej pokazują, że Opus 4.8 nadal prowadzi w SWE-bench Pro, OSWorld-Verified, Humanity's Last Exam bez narzędzi oraz USAMO 2026, podczas gdy Sonnet 5 jest bliski w HLE wspomaganym narzędziami i nieznacznie przoduje w GDPval-AA v2. Opus nie jest więc przestarzały; staje się specjalistą do najtrudniejszych zadań rozumowania, matematyki i kodowania oraz do zadań agentowych o poziomie wysiłku extra-high, gdzie Sonnet 5 może stracić swoją przewagę kosztową.