Ceny API Claude Sonnet 5: ryzyka migracji, koszty tokenów i routowanie do Opus

TLDR

Claude Sonnet 5 jest dostępny jako claude-sonnet-5: kontekst 1M, maksymalny output 128k oraz cena promocyjna $2 / $10 za MTok input/output do 31 sierpnia 2026 r. Cena standardowa to $3 / $15 za MTok po tym terminie.

Dla zespołów Sonnet 4.6 to nie jest prosta zamiana identyfikatora modelu. Ustal na nowo bazowe wartości dla tokenów wyjściowych, poziomu effort, wskaźnika trafień pamięci podręcznej promptów, odsetka HTTP 400 oraz wskaźnika fallbacków do Opus 4.8 przed skierowaniem ruchu produkcyjnego.

API Migration Snapshot

Key Takeaways

• Sonnet 5 to decyzja migracyjna, a nie tylko nowszy identyfikator modelu.
• Mierz koszt na rozwiązane zadanie, nie tylko cenę tokena.
• Ustaw effort celowo; Sonnet 5 domyślnie używa high w Claude API i Claude Code.
• Ustal na nowo bazę dla cache promptów, tokenów wyjściowych i wskaźnika HTTP 400 przed wdrożeniem produkcyjnym.
• Zachowaj Opus 4.8 w zbiorze ewaluacyjnym dla zadań o wysokim nakładzie (high-effort) agentowych.

What Actually Shipped

Ogłoszenie Anthropic dotyczące Claude Sonnet 5 przedstawia go jako kolejny produkcyjny model klasy Sonnet. Praktyczny obraz w przeglądzie modeli Claude i na oficjalnej stronie cennika prowadzi do tego samego wniosku: to Sonnet, a nie Opus, jest miejscem, gdzie wiele zespołów podejmuje codzienne decyzje routingu, latencji i kosztów.

What Public Discussion Shows

Twarde fakty pochodzą z dokumentacji Anthropic. W opublikowanym porównaniu Sonnet 5 osiąga 63,2% na SWE-bench Pro versus 58,1% dla Sonnet 4.6, osiąga 80,4% na Terminal-Bench 2.1 versus 67,0%, i poprawia Humanity's Last Exam z narzędziami z 46,8% do 57,4%.

Publiczna dyskusja jest przydatna w węższym celu: pokazuje, co twórcy zauważyli najpierw i które twierdzenia warto ponownie przetestować. Wątek TestingCatalog z wykresem launch-chart wydobył rozmowę o benchmarkach, analiza ceny/wydajności Chubby'ego (price/performance read) osadziła pytanie porównawcze, a uwaga Kilo Code o dostępności narzędzi deweloperskich (developer-tool availability note) pokazała wczesny ruch w ekosystemie.–

Źródło: @claudeai

Pytania następcze są bardziej użyteczne niż szum startowy. Dyskusja Hacker News skupiła się na zużyciu tokenów i krzywych kosztów, wątek startowy r/singularity debatował porównanie z Opus, a wczesne wrażenia r/ClaudeAI zebrały raporty użytkowników. Traktuj te wątki jako sygnały, nie specyfikacje.

Claude Sonnet 5 API Pricing

Cennik Claude Sonnet 5 ma dwie fazy.

Tabela opiera się na stronie cennika Claude.

Ważny detal: cena za token to nie cała historia kosztów. Dokumentacja Claude Sonnet 5 Anthropic zauważa, że nowy tokenizator może generować około 30% więcej tokenów dla tego samego tekstu. Traktuj to jako orientacyjną liczbę planistyczną, a nie stały mnożnik. Dokładny wzrost zależy od treści i kształtu obciążenia, więc zespoły powinny ponownie przeliczyć tokeny dla własnych promptów produkcyjnych.

Na potrzeby migracji użyj tego metryku routingu:

Efektywny koszt na rozwiązane zadanie = (koszt modelu głównego + koszt ponownych prób + fallback koszt) / udane zadania

Jeśli Sonnet 5 kończy więcej zadań przy mniejszej liczbie retry lub z mniejszą liczbą wywołań awaryjnych do Opus, w praktyce może być tańszy. Jeśli zużycie tokenów rośnie bez poprawy jakości ukończenia, niższa cena nagłówkowa może nie przełożyć się na niższy koszt obciążenia.

Three Engineering Dark Corners

Ryzyko migracji to nie tylko jakość modelu. Trzy mniej widoczne detale mogą zmienić koszt lub niezawodność produkcji.

Adaptive thinking może zamienić się w wydatek tokenów wyjściowych

Claude Sonnet 5 domyślnie używa adaptive thinking. Dokumentacja Anthropic o extended thinking stwierdza, że tokeny myślenia są rozliczane jako tokeny wyjściowe, więc krótka odpowiedź końcowa może kryć duży rozliczony wysiłek rozumowania.

Standardowa kontrola to nie stały budżet myślenia. Anthropic opisuje effort jako kontrolę głębokości myślenia w przewodniku migracji Claude i dokumentacji effort, a przegląd modeli wskazuje high jako domyślne dla Sonnet 5 w Claude API i Claude Code. Dla prostego routingu lub deterministycznej klasyfikacji przetestuj niższe poziomy effort, takie jak low lub medium, albo całkowicie wyłącz thinking, a następnie zweryfikuj latencję, jakość i zużycie tokenów wyjściowych.

Lista kontrolna migracji:

• Loguj faktyczne ustawienie effort przy każdym uruchomieniu ewaluacji.
• Śledź usage.output_tokens, nie tylko widoczną długość odpowiedzi.
• Porównaj latencję p50/p95 dla Sonnet 4.6, Sonnet 5 i Opus 4.8.
• Dla prostych zadań routingu lub deterministycznej klasyfikacji przetestuj niższe poziomy effort albo całkowicie wyłącz thinking, potem porównaj latencję, zużycie tokenów wyjściowych i dokładność zadań.
• Obserwuj zadania, w których Sonnet 5 odpowiada poprawnie, ale wydaje tyle tokenów myślenia, że Opus 4.8 staje się konkurencyjny.

1. Prompt caching trzeba ponownie skalibrować

Dla badań z długim kontekstem, agentów wsparcia i wieloetapowej orkiestracji, prompt caching Anthropic jest często największą dźwignią kosztową. Nowy tokenizator Sonnet 5 może zmienić liczbę tokenów tego samego promptu, więc założenia kosztowe dla cache inputu należy przeliczyć po migracji. Zachowanie cache należy zweryfikować niezależnie, monitorując pola tworzenia cache i odczytu cache.

Nie zakładaj, że strategia cache'owania promptów dostrojona pod Sonnet 4.6 da taki sam profil kosztów obciążenia na Sonnet 5.

Lista kontrolna migracji:

• Ponownie przelicz tokeny dla wszystkich długich promptów przed przełączeniem ruchu.
• Sprawdź ponownie punkty przełamania cache i rozmieszczenie kontrolerów cache.
• Monitoruj cache_creation_input_tokens i cache_read_input_tokens w oknie migracji.
• Alarmuj na nagłe spadki odczytów cache lub skoki tworzenia cache po zmianie ID modelu.

Odrzucone parametry próbkowania to produkcyjnie krytyczne błędy 400

Sonnet 5 jest bardziej rygorystyczny względem niektórych parametrów próbkowania niż oczekuje wiele starszych integracji. Informacje o wydaniach API Anthropic wskazują, że niedomyślne temperature, top_p i top_k zwracają błąd HTTP 400. Jeśli wrapper SDK ma na stałe ustawione parametry próbkowania dla każdego modelu, rollout może się wyłożyć na etapie żądania.

Lista kontrolna migracji:

• Przeszukaj bazę kodu pod kątem hardcodowanych temperature, top_p i top_k.
• Dodaj walidację parametrów specyficznych dla modelu przed wysyłką żądań.
• Przeprowadź canary migration z alertami na wskaźnik błędów przed pełnym wdrożeniem produkcyjnym.
• Utrzymaj trasę fallback do Sonnet 4.6 do czasu wyczyszczenia walidacji parametrów.

Claude Sonnet 5 vs Claude Sonnet 4.6

Claude Sonnet 5 to naturalny kandydat do aktualizacji dla zespołów już używających Sonnet 4.6, ale nie należy traktować go jako migracji bez przeglądu.

To ma największe znaczenie dla aplikacji z napiętymi budżetami tokenów, deterministycznymi ustawieniami próbkowania lub długimi promptami. Przed zastąpieniem Sonnet 4.6 w produkcji przelicz tokeny, usuń nieobsługiwane parametry próbkowania i porównaj wskaźniki sukcesu zadań.

Sonnet 5 czy Opus 4.8: drzewo decyzyjne routingu

Najsilniejsza ewaluacja to nie tylko Sonnet 5 vs Sonnet 4.6. Dla wielu zespołów prawdziwe pytanie routingu brzmi:

Czy ten workflow powinien działać na tańszym Sonnet 5 czy na silniejszym Opus 4.8?

Użyj tego prostego drzewa decyzyjnego:

• Kieruj do Sonnet 5, gdy workflow ma średnią złożoność, jest wrażliwy na latencję lub na koszty.
• Kieruj do Sonnet 5, gdy zadanie jest na tyle powtarzalne, że retry i czas przeglądu można wiarygodnie zmierzyć.
• Zachowaj trasę do Opus 4.8, gdy zadanie wymaga planowania o wysokim nakładzie, kodowania wieloplikowego lub kosztownych decyzji korporacyjnych.
• Zachowaj trasę do Opus 4.8, gdy błędna odpowiedź kosztuje więcej niż różnica w tokenach.
• Tymczasowo pozostaw Sonnet 4.6, gdy prompty produkcyjne zależą od nieobsługiwanych parametrów próbkowania lub ręcznych budżetów extended thinking.

Najczęstszy błąd to wybór wyłącznie po cenie. Lepsze podejście to porównać:

• wskaźnik zadań rozwiązanych
• średnie tokeny input
• średnie tokeny output
• retry na jedno udane zadanie
• latencję na jedno udane zadanie
• oszczędzony czas ręcznego przeglądu
• wskaźnik fallbacku do Opus

Benchmarks: co ufać, a co przetestować ponownie

Anthropic pozycjonuje Claude Sonnet 5 wokół kodowania, użycia narzędzi i profesjonalnych przepływów agentowych. Rozmowa zewnętrzna przy starcie, zwłaszcza wątek z wykresami TestingCatalog (benchmark-chart) i porównanie ceny/wydajności Chubby'ego (price/performance comparison), zamieniły to w praktyczne pytanie o benchmark: czy Sonnet 5 zamyka wystarczająco lukę do Opus, by zmienić routing produkcyjny?

Liczby pokazują, dlaczego to pytanie ma znaczenie. Sonnet 5 ustępuje Opus 4.8 o 6,0 punktów na SWE-bench Pro i 2,3 punktu na Terminal-Bench 2.1, ale wyprzedza Sonnet 4.6 o 5,1 i 13,4 punktu w tych samych testach. Wykres Chubby'ego pokazuje też, że Sonnet 5 przechodzi z około $2+ za zadanie przy niskim effort w kierunku $5-$7 przy wyższym effort, więc ustawienia effort powinny być częścią benchmarku.

Źródło: @kimmonismus

Traktuj startowe benchmarki jako kierunkowe. Przetestuj ponownie:

• Czy Sonnet 5 redukuje retry w twojej bazie kodu.
• Czy adaptive thinking zmienia latencję lub długość outputu.
• Czy nowy tokenizator zwiększa twój rzeczywisty rachunek.
• Czy wskaźnik trafień cache promptów pozostaje stabilny po zmianach tokenizatora.
• Czy odrzucane parametry powodują skoki HTTP 400 w ruchu canary.
• Czy Opus 4.8 nadal wygrywa w zadaniach high-effort.

To tutaj dyskusja o kosztach z Hacker News i wczesne raporty użytkowników z r/ClaudeAI są użyteczne. Nie są źródłem prawdy o specyfikacjach modelu, ale ujawniają pytania, które deweloperzy zadają jako pierwsze: „Czy to faktycznie będzie tańsze?”, „Czy zużywa więcej tokenów?”, „Kiedy wciąż warto zapłacić za Opus?”.

How To Evaluate Claude Sonnet 5 Yourself

Wykorzystaj okno ceny promocyjnej, aby przeprowadzić mały, ale realistyczny test.

Zbuduj zestaw ewaluacji na 20 zadań

Uwzględnij prawdziwe zadania, nie zabawkowe prompty:

• poprawka błędu w twoim repozytorium
• workflow z wywoływaniem narzędzi
• synteza dokumentu z długim kontekstem
• triage zgłoszeń wsparcia
• code review
• SQL lub analiza danych
• wieloetapowe zadanie agentowe

Uruchom te same zadania na Sonnet 4.6, Sonnet 5 i Opus 4.8

Nie porównuj pojedynczych outputów. Porównaj ten sam zestaw zadań przy tym samym promptcie i kryteriach przeglądu.

Jeśli twój stos ewaluacji używa agentów kodujących, frameworków lub narzędzi do oceny promptów, CometAPI Cookbook ma przewodniki integracji GitHub-native dla typowych workflow deweloperskich, takich jak Claude Code, Codex, LiteLLM, LangChain, Langfuse i Promptfoo.

Mierz koszt na rozwiązane zadanie

Śledź:

• tokeny input
• tokeny output
• żądania z dużą liczbą tokenów myślenia, używając różnic tokenów output i dostępnych podziałów użycia
• tokeny tworzenia cache
• tokeny odczytu cache
• retry
• latencję
• błędy HTTP 400
• potrzebne poprawki ręczne
• końcowy wynik pass/fail

1. Obserwuj ograniczenia migracji

Przy przejściu z Sonnet 4.6 na Sonnet 5:

• użyj claude-sonnet-5
• usuń nieobsługiwane parametry próbkowania
• unikaj ręcznych budżetów extended thinking
• przetestuj ponownie max_tokens
• przelicz tokeny tokenizatorem Sonnet 5
• sprawdź ponownie progi cache promptów
• alertuj na spadki odczytów cache, skoki tworzenia cache i skoki HTTP 400

Decyzja według klasy obciążenia

Używaj Sonnet 5 domyślnie dla produkcyjnych workflowów o średniej złożoności. Zachowaj Opus 4.8 dla zadań high-effort, dopóki twoje dane o zadaniach rozwiązanych nie wskażą inaczej.

What To Watch Next

Obserwuj pięć rzeczy w nadchodzących tygodniach:

1. Niezależne benchmarki kodowania i agentów.
2. Prawdziwe raporty deweloperów o zużyciu tokenów pod nowym tokenizatorem.
3. Raporty o wydatkowaniu tokenów wyjściowych przez adaptive thinking.
4. Zachowanie wskaźnika trafień cache promptów przy obciążeniach z długim kontekstem.
5. Zmiany cen lub dostępności po zakończeniu okna promocyjnego 31 sierpnia 2026 r.

Jeśli twój zespół już używa Sonnet 4.6, nie czekaj do końca okna cenowego. Lipiec i sierpień to właściwy czas, aby przetestować Sonnet 5 na twoich realnych obciążeniach i zdecydować o migracji.

FAQ

Ile kosztuje Claude Sonnet 5?

Claude Sonnet 5 kosztuje $2/$10 za MTok input/output do 31 sierpnia 2026 r. Cena standardowa to $3/$15 za MTok po tym terminie.

Czy Claude Sonnet 5 to zamiennik drop-in dla Sonnet 4.6?

W większości, ale nie bez testów. Zaktualizuj ID modelu, usuń nieobsługiwane parametry próbkowania, ustaw effort, przelicz tokeny i ustal na nowo bazę dla cache promptów.

Czy tokeny myślenia w Claude Sonnet 5 są rozliczane?

Tak. Tokeny myślenia są rozliczane jako tokeny wyjściowe, więc monitoruj usage.output_tokens i latencję.

Czy mogę wyłączyć adaptive thinking dla prostych zadań?

Tak. W Claude Sonnet 5 przekaż thinking: {"type": "disabled"}, aby wyłączyć thinking. Jeśli obciążenie nadal korzysta z rozumowania, pozostaw adaptive thinking włączone i użyj parametru effort, aby kontrolować głębokość myślenia. Sonnet 5 domyślnie ustawia wysoki effort, więc dla obciążeń wrażliwych na latencję przetestuj ustawienia low lub medium.

Czy koszty prompt caching mogą się zmienić po migracji do Sonnet 5?

Tak. Sprawdź ponownie progi cache i monitoruj cache_creation_input_tokens oraz cache_read_input_tokens.

Czy Sonnet 5 zignoruje nieobsługiwane parametry próbkowania?

Nie. Niedomyślne temperature, top_p i top_k zwracają błędy HTTP 400. Usuń hardcodowane parametry próbkowania lub dodaj walidację specyficzną dla modelu przed wdrożeniem produkcyjnym.

Czy powinienem użyć Claude Sonnet 5 czy Claude Opus 4.8?

Użyj Sonnet 5 dla wrażliwych na koszty workflowów. Zachowaj Opus 4.8 dla zadań agentowych o wysokim nakładzie oraz złożonych zadań korporacyjnych.

Test The Migration With CometAPI

Możesz przetestować Claude Sonnet 5 przez CometAPI i porównać go z Claude Sonnet 4.6, Claude Opus 4.8 oraz innymi modelami granicznymi w jednym przepływie API. Dla wzorców konfiguracji w agentach kodujących, narzędziach automatyzacji i frameworkach ewaluacyjnych użyj CometAPI Cookbook jako praktycznego uzupełnienia twojego benchmarku. Zacznij od małego zestawu zadań, mierz koszt na rozwiązane zadanie i wybierz model, który wygrywa na twoim własnym obciążeniu.