Menu
Přihlásit
Článek Claude

Claude Sonnet 5 v praxi: Jak přejít z 4.6 a ušetřit na tocích bez ztráty kvality

Praktický návod na migraci na Claude Sonnet 5 – nový tokenizer, effort levels a trvalá cena $2/$10. Jak ušetřit na tocích bez ztráty kvality.

Aktualizováno 7 min čtení 9 sekcí

Obsah článku 9 sekcí

V kostce

  • Sonnet 5 má trvalou cenu $2/$10 za milion tokenů, takže je levnější než 4.6, i když nový tokenizer nafoukne vstupy zhruba o 30 %.
  • Effort levels jsou hlavní páka nákladů: Sonnet 5 na medium odpovídá Sonnetu 4.6 na high, subagentům dej low a xhigh nech pro dlouhé běhy.
  • Adaptive thinking je zapnutý defaultně; u agentic úkolů ho nech běžet, u klasifikace a extrakce ho vypni a ušetříš tokeny i latenci.
  • Při migraci odstraň temperature, top_p a top_k, které Sonnet 5 nepodporuje, a přepočítej token estimates i cache.
Claude Sonnet 5 v praxi: Jak přejít z 4.6 a ušetřit na tocích bez ztráty kvality - ilustrační obrázek

Claude Sonnet 5 vyšel 30. června 2026 a na první pohled vypadal jako rutinní upgrade. Není. Přináší tři změny, které přímo ovlivňují, kolik zaplatíš za tokeny a jak moc bude tvůj agent „přemýšlet" nad úkolem: nový tokenizer, který ti nafoukne vstupy zhruba o 30 %, effort levels jako hlavní páku pro kontrolu nákladů, a adaptive thinking, který je teď defaultně zapnutý.

A k tomu jedna zpráva, která celý cost příběh obrací: 10. srpna 2026 Anthropic oznámil, že introductory cena $2/$10 zůstává trvale. Model, který měl být po 31. srpnu výrazně dražší, je tak dnes levnější než Sonnet 4.6 byl — i po započtení tokenizérové inflace.

V tomto článku ti ukážu, jak přejít z Sonnetu 4.6 na verzi 5 bez toho, abys překvapeně zjistil, že ti faktura narostla. Projdeme si konkrétní nastavení effort levelů, kdy adaptive thinking vypnout, a jak prekonfigurovat agentic pipeline, aby benefitovala z vyšší autonomie modelu, ale nevyčerpala token budget po první iteraci.

Co se skutečně změnilo

Největší rozdíl mezi Sonnetem 4.6 a 5 není v benchmarcích — ty jsou sice lepší, ale ne zásadně. Rozdíl je v tom, že Sonnet 5 je postaven jako agentic model. Anthropic o něm říká, že „jeho výkon je blízko Opusu 4.8, ale za nižší cenu". To znamená, že úkoly, které dřív vyžadovaly drahý Opus — víceúrovňové coding úkoly, browser a terminal tool use, dlouhé autonomní běhy — teď zvládne Sonnet. Pokud řešíš spíš lehčí browser workflow bez nastavování MCP nebo vlastních skriptů, podívej se i na Claude for Chrome, kde je dobře vidět jednodušší varianta stejného směru.

Konkrétně se zlepšilo:

  • Reasoning a tool use v komplexních agentic scénářích
  • Coding — zejména sustained multi-file úpravy a debugging
  • Autonomie — model sám kontroluje svůj output, píše reprodukční testy, ověřuje fixy
  • Bezpečnost — nižší míra nežádoucích chování než 4.6, konzistentnější odmítání nebezpečných požadavků

Ale pozor: cenová struktura není tak jednoduchá, jak vypadá na první pohled.

Nový tokenizer: inflace tokenů je reálná, cena ji ale přebíjí

Sonnet 5 používá nový tokenizer, který je efektivnější pro čínštinu, ale pro angličtinu produkuje zhruba o 30–40 % více tokenů ze stejného textu než Sonnet 4.6. Pro španělštinu je to asi 1,33×, pro Python kód 1,28×. Simon Willison to změřil na několika dokumentech:

Dokument Sonnet 4.6 Sonnet 5 Rozdíl
UDHR (anglicky) 2 356 tok 3 341 tok 1,42×
sqlite_utils/db.py (4 279 řádků) 44 014 tok 56 113 tok 1,28×
UDHR (česky/slovansky) podobně ~1,33× dražší

Původní plán byl jasný: introductory cena $2/$10 do 31. srpna 2026, pak návrat na $3/$15 — a v kombinaci s tokenizérem by to znamenalo efektivní zdražení o ~30 %.

Ale 10. srpna 2026 s introductory cenou Anthropic skončil — tím, že ji prohlásil za trvalou. Počítejme si efektivní cenu pro anglický text:

Sonnet 4.6 Sonnet 5 (efektivně)
Input $3,00 / 1M $2,00 × 1,40 ≈ $2,80 / 1M
Output $15,00 / 1M $10,00 × 1,30 ≈ $13,00 / 1M

Praktický dopad I po započtení tokenizéru je Sonnet 5 levnější než 4.6 — u vstupů o ~7 %, u výstupů o ~13 %. Pro kód (1,28×) a češtinu (~1,33×) je úspora ještě vyšší. Tokenizérovou inflaci tedy nemůžeš ignorovat (přepočítej token estimates a cache strategii), ale už tě nepředražuje.

Cache tip Cache hit ti stále šetří nejvíc, ale základní počet tokenů je vyšší. Pokud máš dlouhou system prompt nebo velký context plný dokumentace, sleduj hit rate — drobné změny v promptu tě vyjdou dráž než dřív.

Effort levels: hlavní páka pro náklady

Tady je největší praktická změna. Sonnet 5 má pět úrovní effort, které řídí, kolik tokenů model utratí za reasoning, tool calls i text response:

Level Kdy použít Nákladový dopad
low Subagenti, jednoduché dotazy, chat, klasifikace Nejlevnější, výrazně méně tokenů
medium Agentic úkoly vyžadující rovnováhu rychlost/cena Srovnatelné se Sonnetem 4.6 na high
high (default) Komplexní reasoning, coding, agentic úkoly Standardní kvalita
xhigh Dlouhé agentic běhy (30+ minut), nejtěžší coding Nejdražší, ale umožňuje dlouhé horizonty
max Absolutní max kvalita bez ohledu na cenu Použij jen pro kritické úkoly

Klíčový insight Sonnet 5 na medium effort je zhruba ekvivalentní Sonnetu 4.6 na high. Pokud tvoje pipeline fungovala s 4.6 na high a jsi price-sensitive, přepni na medium. Pokud jsi stavěl agentic workflow s Opusem kvůli autonomii, Sonnet 5 na high nebo xhigh může být levnější alternativa — teď navíc s trvalejší cenovou výhodou.

Nastavení v API:

{
  "model": "claude-sonnet-5",
  "effort": "medium",
  "max_tokens": 4096,
  "messages": [...]
}

Adaptive thinking: defaultně zapnutý

Sonnet 5 má adaptive thinking zapnutý defaultně. To znamená, že model sám rozhoduje, zda a jak dlouho „přemýšlet". Pro jednoduché dotazy thinking přeskočí, pro těžké použije více.

Většinou je to dobře — ušetří tokeny tam, kde nejsou potřeba. Ale pokud máš batch processing, kde chceš konzistentní chování, nebo pokud jsi zvyklý na explicitní thinking budget z 4.6, může tě to překvapit.

Vypnutí thinking:

{
  "model": "claude-sonnet-5",
  "thinking": { "type": "disabled" },
  "messages": [...]
}

Doporučení Pro agentic coding úkoly nech adaptive thinking zapnutý a pracuj místo něj s effort levelem. Pro klasifikační úkoly nebo extrakci strukturovaných dat ho můžeš vypnout — ušetříš tokeny a snížíš latenci.

Zmizelé parametry: temperature, top_p, top_k

Pokud jsi měl ve své integraci nastavenou temperature, top_p nebo top_k, tyto parametry už Sonnet 5 nepodporuje. Pokud je pošleš, API je buď ignoruje, nebo — podle tvého SDK — vyhodí chybu.

Co dělat:

  1. Projdi si kód a odstraň tyto parametry z requestů cílených na claude-sonnet-5
  2. Pokud ses spoléhal na vysokou temperature pro kreativní generování, přepni na effort: low nebo medium — model je dost kreativní i tak
  3. Pro deterministické úkoly (extrakce, klasifikace) použij effort: low + disabled thinking

Konkrétní migrace: krok za krokem

Tady je checklist, který používám při přechodu z 4.6 na 5:

1. Audit token estimates. Spusť pár typických requestů přes Sonnet 4.6 i Sonnet 5 a porovnej reálné token count. Pokud máš prompt caching, zjisti, jestli hit rate zůstal stejný.

2. Přepni default effort na medium. Pro většinu production workloadů je medium nový sweet spot. High je teď reserve pro těžké úkoly.

3. Odstraň temperature/top_p/top_k. Pokud je používáš, nahraď je effort levelem jako hlavní pákou.

4. Otestuj adaptive thinking. Spusť pár agentic úkolů s adaptive thinking on vs. off a porovnej kvalitu i cenu. Pro dlouhé multi-step úkoly ho nech zapnutý.

5. Přehodnoť subagent nastavení. Pokud máš orchestrator/subagent architekturu, dej subagentům effort: low — jsou rychlejší a levnější. Hlavnímu orchestratoru nech high.

6. Sleduj xhigh pro dlouhé běhy. Pokud tvoji agenti běží 30+ minut (deep research, velké codebase refactoringy), xhigh effort na Sonnetu 5 je často levnější než Opus na stejné úrovni.

7. Zamkni cenovou výhodu. Trvalá cena $2/$10 není záruka navěky — sleduj changelog a při dalším modelovém přechodu (Sonnet 5.5?) počítej rovnou s efektivní cenou po tokenizéru, ne s ceníkem.

Kdy Sonnet 5 nepoužít

Není to univerzální upgrade. Sonnet 5 je slabší v cybersecurity úkolech — Anthropic to explicitně zmiňuje v system card. Pokud stavíš security tooling nebo penetration testing automation, zůstaň u Opus 4.7 nebo 4.8.

Dál, pokud tvoje pipeline kriticky závisí na starém tokenizeru (například máš hard-coded token limity pro context splitting), migrace vyžaduje přepočítání. Neignoruj to — jinak se ti chunky nevejdou do okénka nebo cache hit rate spadne.

Kontext window a output limit

Sonnet 5 má 1 milion tokenů context a 128 000 max output tokenů — a na rozdíl od dřívějších modelů se za dlouhý kontext nepřiplácí. To je dost na prakticky jakýkoli coding úkol i s velkou codebase v contextu. Ale pamatuj: 1M context neznamená, že bys měl všechno nacpat do jednoho requestu. Prompt caching nad 100K tokenů funguje, ale hit rate klesá s každým drobnou změnou v promptu.

Praktický tip Pro codebase dotazy použij RAG nebo semantic search pro výběr relevantních souborů a pošli jen ty. Sonnet 5 má dost reasoning kapacity na to, aby si poradil i s partial context, pokud je dobře vybraný.

Shrnutí: má smysl migrovat?

Ano, a dnes víc než v červenci. Trvalá cena $2/$10 znamená, že Sonnet 5 je levnější než 4.6 i po započtení tokenizéru. Hlavní benefit není v benchmarcích — je v tom, že agentic úkoly, které dřív vyžadovaly Opus, teď zvládne levnější model.

Migrace ve třech větách:

  1. Přepni effort na medium pro běžné úkoly, high nech jen pro těžké.
  2. Odstraň temperature/top_p/top_k z requestů.
  3. Nech adaptive thinking zapnutý pro agentic úkoly, vypni ho pro klasifikaci.

Pokud jsi na Sonnetu 4.6 a tvoje faktura je pod kontrolou, migrace ti buď ušetří peníze (pokud jsi používal Opus pro agentic úkoly), nebo lehce přidá (kvůli tokenizeru, pokud zůstaneš na high effort). Rozhodnutí závisí na tom, kolik z tvé práce je agentic vs. simple chat.

Pro české vývojáře a automation specialisty je Sonnet 5 na podzim 2026 nejlepší cena/výkon model na trhu — pokud víš, jak s ním zacházet.

Zmíněné AI nástroje

Pokračuj dál

Všechny články →