Claude Sonnet 5.5: lacnejší pracovný model, no pozor na API migráciu
Účet za AI workflow často rastie na stovkách bežných požiadaviek, opakovanom čítaní a zbytočných pokusoch. Sonnet 5.5 by som preto testoval ako hlavného pracovníka pre jasne vymedzené úlohy: podporu, dokumenty a menšie úpravy kódu.
Anthropic model vydal 28. septembra 2026. Uvádza viac než 30 % zrýchlenie generovania a až 30 % nižšie náklady na úlohu oproti Sonnetu 5. Sú to výsledky dodávateľa, nie prísľub úspory vo vašom procese. Sadzby za token zostali rovnaké. Oznámenie.
Polovičná sadzba neznamená polovičný účet
Podľa špecifikácie modelu stojí milión vstupných tokenov 2 USD, výstupných 10 USD a čítanie cache 0,20 USD. Zápis päťminútovej cache stojí 2,50 USD. Model má 1M kontext a maximálne 128k výstupných tokenov.
Vstup a výstup teda stoja polovicu sadzieb Opusu 5.5, čítanie cache však stojí rovnako. To je dôležité spresnenie titulku videa Marka Bartoša. Pri agentovi s dlhou cachovanou históriou nemusí účet klesnúť na polovicu.
Ilustračný výpočet: 100-tisíc necachovaných vstupných tokenov a 10-tisíc výstupných vyjde pri Sonnete na 0,30 USD, pri Opuse na 0,60 USD. Pridajte milión tokenov prečítaných z cache a dostanete 0,50 oproti 0,80 USD. Úspora je 37,5 %. Nie je to benchmark; spotreba tokenov, nástroje, opakované volania aj ľudské opravy môžu výsledok zmeniť.
Kde by som začal
V n8n alebo Make by som vybral front zákazníckych e-mailov. Jednoduché pravidlá odfiltrujú spam a duplicity. Sonnet dostane relevantnú časť konverzácie a overený výňatok z firemnej dokumentácie. Pripraví návrh odpovede, podklady a označí chýbajúce informácie.
Zápis do CRM vykoná samostatný krok po kontrole schémy a identity zákazníka. Kompenzácie, zrušenie služby či zmena platobných údajov zostanú na schválenie. Nejasný prípad dostane špecialista alebo človek; drahší model nemusí riešiť každý ticket.
Pri vývoji by som zvolil menšiu chybu s reprodukciou a testom. Agent navrhne patch, test overí správanie a reviewer posúdi rozsah úpravy. Kvalitu nemeriam tým, či agent oznámil „hotovo“.
Migrácia môže zlyhať ešte pred prvým výsledkom
Sprievodca migráciou upozorňuje na zmeny Messages API:
- Vypnutý thinking nahraďte režimom
between_tools, s effort najviachigh. - Vynútené
tool_choicetypuanyalebotoolvracia chybu. Prechod naautonezaručuje volanie nástroja. - Odpoveď čítajte podľa typu blokov a thinking bloky vracajte nezmenené.
Workflow preto musí zvládnuť aj platnú odpoveď bez očakávanej akcie. HTTP 200 nie je dôkaz, že vznikol záznam v CRM. Overte výsledok operácie a chýbajúci krok pošlite do kontrolnej vetvy.
Dokumentácia zmien opisuje aj väzbu thinking blokov na históriu a účet, nový computer-use toolset na Claude API a Google Cloud a zmenu priebežných správ medzi nástrojmi. Pri dlhých agentoch preto otestujte pokračovanie uloženej relácie, zmenu modelu aj zobrazovanie postupu.
Rozhodne malý eval
Na rovnakej sade by som porovnal doterajší model a Sonnet 5.5 pri dvoch úrovniach effort. Sledoval by som cenu správne dokončeného prípadu, p95 latenciu, počet opakovaní, nesprávne zápisy a čas review. Do sady patria aj chýbajúce údaje, rozporné dokumenty a zlyhania nástrojov.
Ide o návrh pilotu, nie o môj vykonaný benchmark. Sonnet 5.5 má zmysel zapojiť do bežnej práce až vtedy, keď úspora obstojí aj po validácii, eskaláciách a opravách. Na otvorené architektonické úlohy a náročný úsudok by som naďalej ponechal silnejšieho špecialistu.