Claude Sonnet 5 vyšel 30. června 2026 a na první pohled vypadá 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ž zdraží vstupy zhruba o 30 %, effort levels jako hlavní páka pro kontrolu nákladů, a adaptive thinking, který je teď defaultně zapnutý.
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.
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: na první pohled vypadá cenová struktura stejně. Není.
Nový tokenizer: skryté zdražení o 30 %
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×.
Ceny jsou oficiálně stejné: $3 za milion input tokenů, $15 za milion output tokenů. Ale protože tentýž text teď produkuje více tokenů, efektivní cena je o ~30 % vyšší. 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× | drahší |
Anthropic to kompenzuje introductory pricing $2/$10 do 31. srpna 2026, takže přechod je zhruba cost-neutral. Po tomto datu ale bude Sonnet 5 reálně dražší než 4.6 byl.
Praktický dopad: Pokud máš dlouhou system prompt, velký context window plný dokumentace, nebo ukládáš prompt cache, přepočti si token estimates. Cache hit ti sice stále šetří, ale základní počet tokenů je vyšší.
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 builděl agentic workflow s Opusem kvůli autonomii, Sonnet 5 na high nebo xhigh může být levnější alternativa.
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 if 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 instead pracuj 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 — depending na tvém SDK — vyhodí chybu.
Co dělat:
- Projdi si kód a odstraň tyto parametry z requestů cílených na
claude-sonnet-5 - Pokud jsi relied na vysokou temperature pro kreativní generování, přepni na
effort: lownebomedium— model je dost kreativní i tak - 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 tvoje agenty běží 30+ minut (deep research, velké codebase refactoringy), xhigh effort na Sonnetu 5 je často levnější než Opus na stejné úrovni.
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 buildíš security tooling nebo penetration testing automation, zůstaň u Opus 4.7 nebo 4.8.
Dál, pokud tvoje pipeline critical 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ů. 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 drobným 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, ale chytře. Sonnet 5 je lepší model za podobné ceny (do 31. srpna intro pricing, pak reálně o 30 % dražší kvůli tokenizeru). 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:
- Přepni effort na medium pro běžné úkoly, high nech jen pro těžké.
- Odstraň temperature/top_p/top_k z requestů.
- 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 v červenci 2026 nejlepší cena/výkon model na trhu — pokud víš, jak s ním zacházet.
