Claude Sonnet 5: zmiana modelu i koszt w Claude Code

Więcej informacji o pracy z modelami znajdziesz w dokumentacji Ailoot.

Co wydarzyło się 30 czerwca: Sonnet 5 został domyślnym modelem w Claude Code#

30 czerwca Anthropic udostępnił Sonnet 5 i po cichu ustawił go jako model domyślny. U części użytkowników model zmienił się sam, u pozostałych pozostał bez zmian. Zależy to od planu.

Najpierw sprawdź, którego modelu obecnie używasz. W Claude Code wpisz:

/status

To polecenie pokazuje aktywny model i szczegóły konta. Jeśli widzisz claude-sonnet-5, a nie przełączałeś modelu ręcznie, oznacza to, że model domyślny zmienił się sam.

Sonnet 5 wymaga Claude Code w wersji 2.1.197 lub nowszej. Jeśli polecenie /model nie pokazuje na liście modelu piątej generacji, zaktualizuj aplikację:

claude update

Teraz omówię główne pytanie, które skłoniło mnie do tej analizy: Anthropic mówi, że jest „taniej”, ale rachunki za tokeny niektórych osób wzrosły. Dlaczego? O tym w następnej sekcji.

Dlaczego „taniej” na papierze nie oznacza niższych wydatków?#

Po zakończeniu promocji Sonnet 5 kosztuje 3 USD za milion tokenów wejściowych i 15 USD za milion tokenów wyjściowych. To dokładnie tyle samo, ile kosztował poprzedni Sonnet 4.6. Nie ma żadnej obniżki ceny „za token”. „Taniej niż Opus” dotyczy wyłącznie porównania z Opus 4.8 (5 i 25 USD), a nie poprzednią wersją Sonnet, której cena pozostaje taka sama.

Model pobiera opłatę za tokeny, a nie za litery: tokeny to fragmenty tekstu, na które dzieli Twój prompt. Sonnet 5 ma nowy tokenizer, który dzieli ten sam plik na więcej fragmentów.

Anthropic ujmuje to ostrożniej: „od 1.0 do 1.35 raza, w zależności od rodzaju tekstu”. Nawet przy niższej wartości płacisz tę samą stawkę za większą liczbę tokenów. Rzeczywisty rachunek za tę samą pracę rośnie.

Jeśli nie opublikowano pomiarów dla Twojego języka, możesz w kilka minut zmierzyć dokładny mnożnik dla własnych tekstów — poniżej pokazuję, jak to zrobić.

O ile faktycznie wzrasta koszt pojedynczego zadania?#

Tokenizer to tylko połowa obrazu. Druga połowa jest taka, że Sonnet 5 wykonuje więcej kroków i generuje więcej tekstu podczas pracy.

Pod względem kosztu zadania Sonnet 5 jest droższy niż flagowy Opus 4.8 — mimo że jego cena katalogowa jest 2,5 raza niższa. Cena katalogowa mówi jedno, a rzeczywisty rachunek — drugie: tokenizer i dodatkowe kroki pochłaniają wszystkie obiecane oszczędności.

Wniosek jest prosty: nie ufaj nagłówkom mówiącym o „2,5 raza niższej cenie”. Rzeczywistą cenę pokazuje tylko liczba tokenów zużytych przy Twoich własnych zadaniach. Poniżej pokażę, jak to zmierzyć, ale najpierw przyjrzyjmy się szerszemu kontekstowi.

Wybór między Sonnet 5 a Opus to tylko jeden element całego procesu. Context engineering — czyli to, co umieszczasz w kontekście Claude przed wysłaniem żądania — decyduje o rzeczywistym zużyciu tokenów. Rozbudowany kontekst wyczerpie każdy budżet nawet w najtańszym modelu; dobrze ułożony pozwoli oszczędzać tokeny nawet w drogim modelu.

Claude Sonnet 5 a Opus 4.8: co potrafi każdy z nich?#

Sam benchmark niewiele znaczy dla vibe codera. Liczby pokazują jednak mocne strony każdego modelu. Oto oficjalne wyniki Anthropic dla trzech modeli w bezpośrednim zestawieniu:

Opus 4.8 utrzymuje przewagę w trudnym programowaniu agentowym — 69.2% wobec 63.2% w SWE-bench Pro. Te sześć punktów przekłada się na różnicę w rozwiązywaniu podchwytliwych błędów i złożonych problemów architektonicznych: Opus znajduje rozwiązanie tam, gdzie Sonnet poddaje się w połowie. Jednak Opus prowadzi tylko w kategorii trudnego programowania. W pracy w terminalu (80.4% wobec 74.6%) i pracy wymagającej wiedzy (przygotowywanie raportów, analiza danych) Sonnet 5 już wyprzedził flagowy model.

Kompletny przewodnik „który model do jakiego zadania”, w tym sposób ustawiania poziomu effort za pomocą /effort, znajdziesz w osobnym poradniku o wyborze Sonnet lub Opus w Claude Code — wyjaśnia, jak dobierać modele do rodzaju zadania. Tutaj skupiam się na innym pytaniu: czy warto zmieniać to, co już działa, tylko ze względu na nowy model?

Jak obliczyć, ile będzie kosztować Cię Sonnet 5?#

Nie ufaj cudzym liczbom — zmierz własne. Claude Code może wyświetlić zużycie bezpośrednio w bieżącej sesji. Oto trzy polecenia:

• /usage - główny ekran zużycia: koszt sesji, pozostałe limity planu i tokeny według modelu. Polecenia /cost i /stats otwierają w nim zakładki.
• /cost - podsumowanie bieżącej sesji: ile tokenów zużyto, które modele ich użyły oraz osobne liczby tokenów wejściowych i wyjściowych.
• /stats - szerszy widok: łączna liczba sesji i tokenów z kilku tygodni.

Ważne zastrzeżenie: kwota w dolarach wyświetlana przez te polecenia to lokalne oszacowanie na podstawie liczby tokenów, które może różnić się od faktycznego rachunku. Wystarcza jednak do porównania dwóch modeli.

Oto dokładna instrukcja, jak zmierzyć, o ile więcej Sonnet 5 kosztuje przy Twoich własnych zadaniach:

1. Aby porównać tokenizery, wybierz jedno stałe wejście z identycznymi instrukcjami i zawartością plików, bez historii rozmowy. Porównaj tokeny tego dokładnego wejścia w obu modelach; wyklucz wygenerowaną odpowiedź. Iloraz opisuje tylko tokenizację wejścia.
2. Dla rzeczywistego zadania rozpocznij dwie niezależne sesje z tego samego stanu projektu, po jednej dla modelu. Użyj tego samego promptu, effort, narzędzi i kryteriów sukcesu. Nie zmieniaj modelu w połowie wspólnej rozmowy.
3. Zapisz zużycie przed zadaniem i po nim. Różnice wejścia, wyjścia, odczytu i zapisu cache oraz właściwe ceny pozwolą oszacować koszt; w sumie zachowaj ponowienia i nieudane próby.
4. Sprawdź wynikowy kod tymi samymi testami. Porównaj koszt udanego wyniku zamiast nazywać iloraz sum tokenów mnożnikiem ceny.

Powyższe polecenia pokazują jedną sesję. Do przeglądu dziennego i tygodniowego służy darmowe narzędzie ccusage. Odczytuje lokalne zapisy Claude Code i generuje raporty. Uruchom je bez instalowania:

npx ccusage@latest

Jak przełączyć się na Sonnet 5 i wrócić, jeśli się nie sprawdzi?#

Zmiana modelu w Claude Code wymaga jednego polecenia i działa natychmiast. Poniżej znajdziesz wszystkie opcje, również sposób powrotu, bo po porównaniu z poprzedniej sekcji możesz chcieć się przełączyć z powrotem.

Przełączenie w bieżącej sesji:

/model              # otwórz listę modeli i wybierz
/model sonnet       # przełącz na Sonnet 5
/model opus         # przełącz na Opus 4.8

Na liście Enter zapisuje wybór jako domyślny dla nowych sesji; klawisz s stosuje go tylko w bieżącej sesji.

Wróć do poprzedniego modelu, jeśli nowy się nie sprawdzi. Jest tu pewien haczyk: krótka nazwa sonnet wskazuje teraz wersję 5. Aby konkretnie wrócić do sprawdzonego Sonnet 4.6, użyj jego pełnej nazwy:

/model claude-sonnet-4-6    # powrót do poprzedniego Sonnet
/model claude-opus-4-8      # powrót do Opus 4.8
/model default              # przywrócenie domyślnego modelu zalecanego dla konta

Przypnij model na całą sesję za pomocą zmiennej środowiskowej:

export ANTHROPIC_MODEL="claude-opus-4-8"    # uruchom z przypiętym Opus
claude

Ustaw model domyślny na stałe w pliku ustawień settings.json:

{ "model": "opus" }

Warto też wiedzieć o trybie opusplan. W fazie planowania, gdy liczy się głębia myślenia, używa Opus; potem przełącza się na Sonnet do wykonania, gdy ważniejszy jest koszt. Kompromis „drogi mózg, tanie ręce” to rozsądne ustawienie domyślne, jeśli nie chcesz ręcznie wybierać modelu do każdego zadania.

Komu Sonnet 5 naprawdę się przyda, a kto powinien pozostać przy Opus?#

Prosta zasada doboru wynikająca z benchmarków i cen brzmi: Sonnet 5 do wykonania, Opus 4.8 do oceny. Oto ta sama zasada w formie mapy wyboru modelu do zadania:

Główny, nieintuicyjny wniosek: przy wysokim effort (xhigh, max) Sonnet 5 traci przewagę cenową. Wykonuje więcej kroków i zużywa więcej tokenów, dlatego jedno trudne zadanie kosztuje więcej niż w Opus 4.8 — mimo że Opus nadal zapewnia lepszą jakość w trudnym programowaniu. Jeśli większość Twojej pracy jest trudna i wymaga wysokiego effort, pozostawienie Opus jako modelu domyślnego ma sens.

Jeśli większość Twojej pracy to rutynowe zadania agentowe o umiarkowanej złożoności, Sonnet 5 przy standardowym effort jest obecnie dobrą ofertą, szczególnie w promocyjnej cenie obowiązującej do 31 sierpnia.

Co mówią osoby, które już się przełączyły?#

W ciągu kilku pierwszych godzin po premierze pojawiła się fala niezadowolenia. Określenie „bezużyteczna klapa” od razu przylgnęło do premiery. Oto ton, który nadał kierunek dyskusji:

Trzy główne zarzuty, bez emocji:

1. Tokeny kosztują więcej. Nowy tokenizer pochłania obiecane oszczędności — temu poświęcona jest cała powyższa analiza.
2. Więcej odmów. Model częściej odrzuca kontrowersyjne prompty; jego cenzura jest surowsza. Wiele osób uważa, że poprzedni Sonnet 4.6 wydawał się szybszy, inteligentniejszy i mniej ograniczony.
3. Postęp jest zbyt mały. Różnica względem 4.6 nie uzasadnia przełączenia, zwłaszcza przy wzroście cen.

Obraz nie jest jednak jednostronny. Osobom wykonującym zadania agentowe podoba się Sonnet 5: jego jakość jest bliska Opus, a przy niskim effort jest tańszy. Chwalą też możliwość regulowania effort, która rzeczywiście pozwala kontrolować rachunek. Niezadowolone są natomiast osoby używające Claude do kreatywnego pisania — model stał się bardziej suchy i ostrożniejszy w sformułowaniach.

Mój wniosek z całego tego szumu: fala opinii o „klapie” wynika głównie z nadmiernych oczekiwań. Ludzie spodziewali się przełomu, a dostali ostrożny krok naprzód i droższe tokeny. Technicznie Anthropic dostarczył działający model. Jest tu tylko jedno właściwe pytanie: czy opłaca Ci się w Twoich zadaniach? Możesz to sprawdzić wyłącznie na podstawie własnego rachunku za tokeny — wpisy innych osób nie odpowiedzą za Ciebie.

A practical scenario: testing on your own tasks#

Gdy pojawia się nowy model, autor opisanego scenariusza testuje go bez pośpiechu z wyciąganiem wniosków — przez pierwsze kilka dni szum wokół premiery zawsze jest głośniejszy niż rzeczywistość. Sonnet 5 jest właśnie takim przypadkiem.

Oto kroki w tym scenariuszu:

1. Sprawdził model domyślny. Autor ma plan Max, więc domyślnym modelem pozostał Opus 4.8. Używa go do trudnych zadań.
2. Przeznaczył Sonnet 5 do rutynowej pracy. Wstępny przegląd kodu, generowanie testów i poznawanie projektu niewiele kosztują, a jakość jest wystarczająca.
3. Mierzył na własnych zadaniach. Po każdej sesji autor sprawdza /cost i porównuje zużycie. Korzysta z własnego kodu, a nie cudzych benchmarków.
4. Wykorzystuje promocję. Do 31 sierpnia Sonnet 5 jest dostępny w obniżonej cenie — to dobry moment, by sprawdzić, ile kosztuje autora osobiście, póki jest tani.

Nie da się raz na zawsze odgadnąć „właściwego” modelu. Modele zmieniają się co miesiąc, podobnie jak ceny i tokenizery. Zawsze sprawdza się umiejętność mierzenia zużycia w dwie minuty i podejmowania decyzji na podstawie liczb, a nie nagłówków. Wybór modelu to umiejętność, której będziesz potrzebować przy każdej nowej premierze.

Jeśli chcesz kontynuować, wypróbuj Ailoot.