Choose your path
API-prijzen voor Claude Sonnet 5, model-ID, wijzigingen aan de tokenizer, migratienotities voor Sonnet 4.6 en een Opus 4.8-beslissingsboom voor bouwers.
from openai import OpenAI
client = OpenAI(
api_key="YOUR_COMETAPI_KEY",
base_url="https://api.cometapi.com/v1",
)
response = client.chat.completions.create(
model="gpt-5-mini",
messages=[{"role": "user", "content": "Build this workflow."}],
)
print(response.choices[0].message.content)Claude Sonnet 5 is live as claude-sonnet-5: 1M context, 128k maximale output, en $2 / $10 per MTok input/output introductieprijs tot en met 31 augustus 2026. Standaardprijs is $3 / $15 per MTok daarna.
Voor Sonnet 4.6-teams is dit geen simpele model-ID-swap. Stel vóór productie-routering opnieuw een baseline vast voor output-tokens, effort-niveau, prompt-cache hit rate, HTTP 400-rate en Opus 4.8 fallback-rate.
| Onderdeel | Claude Sonnet 5 |
|---|
| API-model-ID | claude-sonnet-5 |
| Migratiedoel | Claude Sonnet 4.6 productieworkloads |
| Beste eerste tests | Codeeragenten, toolgebruik, onderzoek met lange context, support-automatisering |
| Contextvenster | 1M tokens |
| Maximale output | 128k tokens |
| Introductie-API-prijs | $2 / $10 per MTok input/output tot en met 31 augustus 2026 |
| Standaard-API-prijs | $3 / $15 per MTok input/output na 31 augustus 2026 |
| Belangrijke migratieopmerking | Adaptive thinking staat standaard aan |
| Standaardinstelling voor effort | high op Claude API en Claude Code |
| Kostenkanttekening | De nieuwe tokenizer kan voor dezelfde tekst circa 30% meer tokens genereren, dus meet de werkelijke workloadkosten |
| Vereiste telemetrie | effort, usage.output_tokens, cache hit/miss-velden, request 400 rate, p95 latency |
effort bewust in; Sonnet 5 staat standaard op high op Claude API en Claude Code.Anthropic's Claude Sonnet 5-aankondiging positioneert het als het volgende Sonnet-klasse productiemodel. De praktische duiding in het overzicht van Claude-modellen en de officiële prijspagina wijst op dezelfde conclusie: Sonnet, niet Opus, is waar veel teams dagelijkse routerings-, latentie- en kostenbeslissingen nemen.
De harde feiten komen uit Anthropic's documentatie. In Anthropic’s gepubliceerde vergelijking scoort Sonnet 5 63,2% op SWE-bench Pro versus 58,1% voor Sonnet 4.6, haalt 80,4% op Terminal-Bench 2.1 versus 67,0%, en verbetert Humanity's Last Exam met tools van 46,8% naar 57,4%.
Publieke discussie is nuttig voor een beperktere doelstelling: het laat zien wat bouwers als eerste opvalt en welke claims hertest verdienen. TestingCatalog’s launch-chart thread bracht het benchmarkgesprek op gang, Chubby’s price/performance read kaderde de vergelijkingsvraag, en Kilo Code’s opmerking over beschikbaarheid van ontwikkelaarstools liet vroege ecosystemen-beweging zien.–
Bron: @claudeai
De vervolgvragen zijn nuttiger dan de lanceerhype. De Hacker News-discussie focuste op tokenverbruik en kostencurves, de r/singularity-launchthread besprak de Opus-vergelijking, en r/ClaudeAI vroege indrukken verzamelden gebruikersrapporten. Zie die threads als signalen, niet als specificaties.
Claude Sonnet 5-prijzen kennen twee fasen.
| Periode | Invoerprijs | Uitvoerprijs |
|---|---|---|
| Introductieprijs tot en met 31 augustus 2026 | $2 / MTok | $10 / MTok |
| Standaardprijs na 31 augustus 2026 | $3 / MTok | $15 / MTok |
De tabel volgt Anthropic’s Claude-prijspagina.
Belangrijk is dat prijs per token niet het hele kostverhaal is. Anthropic’s documentatie over Claude Sonnet 5 vermeldt dat de nieuwe tokenizer ongeveer 30% meer tokens kan produceren voor dezelfde tekst. Behandel dat als een globale planningswaarde, niet als vaste multiplier. De exacte toename hangt af van content en workloadvorm, dus teams moeten token-telling opnieuw uitvoeren op hun eigen productieprompts.
Voor migratie, gebruik deze routeringsmetric:
Effectieve kosten per opgeloste taak = (kosten primair model + retry-kosten + fallback kosten) / geslaagde taken
Als Sonnet 5 meer taken afrondt met minder nieuwe pogingen of minder Opus-fallback-calls, kan het in de praktijk toch goedkoper zijn. Als het tokenverbruik stijgt zonder betere afrondingskwaliteit, vertaalt de lagere headline-prijs zich mogelijk niet in lagere workloadkosten.
De migratierisico’s liggen niet alleen in modelkwaliteit. Drie minder zichtbare details kunnen productiekosten of betrouwbaarheid beïnvloeden.
Claude Sonnet 5 gebruikt adaptive thinking standaard. Anthropic’s documentatie over extended thinking stelt dat thinking-tokens als output-tokens worden gefactureerd, dus een kort eindantwoord kan nog steeds een grote hoeveelheid gefactureerd redeneerwerk verbergen.
Standaardsturing is geen vaste thinking-begroting. Anthropic beschrijft effort als de dieptesturing voor thinking in de Claude-migratiegids en effort-documentatie, terwijl het modeloverzicht high als Sonnet 5-standaard noemt op Claude API en Claude Code. Voor simpele routering of deterministische classificatie: test lagere effort-niveaus zoals low of medium, of schakel thinking volledig uit, en verifieer daarna latentie, kwaliteit en output-tokenverbruik.
Migratiechecklist:
effort-instelling bij elke eval-run.usage.output_tokens, niet alleen de zichtbare antwoordlengte.Voor onderzoek met lange context, supportagents en meerstapsorkestratie is Anthropic’s prompt-cachinggids vaak de grootste kostenhefboom. De nieuwe tokenizer van Sonnet 5 kan het aantal tokens van dezelfde prompt veranderen, dus aanname over cachede-invoer-kosten moet na migratie worden herberekend. Cachegedrag moet ook onafhankelijk worden geverifieerd door het monitoren van cache-creatie en cache-read usage-velden.
Ga er niet van uit dat een prompt-cachingstrategie die is getuned voor Sonnet 4.6, op Sonnet 5 hetzelfde kostenprofiel op workloadafstand oplevert.
Migratiechecklist:
cache_creation_input_tokens en cache_read_input_tokens tijdens het migratievenster.Sonnet 5 is strikter over sommige samplingparameters dan veel oudere integraties verwachten. Anthropic’s API-releasenotes stellen dat niet-standaard temperature, top_p en top_k een HTTP 400-error retourneren. Als je SDK-wrapper samplinginstellingen voor elk model hardcodet, kan een uitrol op request-tijd falen.
Migratiechecklist:
temperature, top_p en top_k.Claude Sonnet 5 is de logische upgrade voor teams die al Sonnet 4.6 gebruiken, maar het mag niet worden behandeld als een migratie zonder review.
| Gebied | Wat verandert |
|---|---|
| Model-ID | Wijzig van claude-sonnet-4-6 naar claude-sonnet-5 |
| Thinking | Adaptive thinking staat standaard aan |
| Handmatige extended thinking | Handmatige budget-tokenmodus is verwijderd |
| Samplingparameters | Niet-standaard temperature, top_p en top_k geven HTTP 400-errors |
| Tokenizer | Dezelfde tekst kan naar meer tokens worden gemapt |
| Beste verbeteringsgebied | Coderen, toolgebruik en agentische workflows |
Dit is het belangrijkst voor applicaties met krappe tokenbudgetten, deterministische samplinginstellingen of lange prompts. Voordat je Sonnet 4.6 in productie vervangt, voer token-telling opnieuw uit, verwijder niet-ondersteunde samplingparameters en vergelijk taaksuccespercentages.
De sterkste evaluatie is niet alleen Sonnet 5 vs Sonnet 4.6. Voor veel teams is de echte routeringsvraag:
Moet deze workflow op het goedkopere Sonnet 5 draaien of op het sterkere Opus 4.8?
| Model | Standaard invoerprijs | Standaard uitvoerprijs | Beste fit |
|---|---|---|---|
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | Snelle, capabele, goedkopere agentische workflows |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | Complex agentisch coderen en enterprise-werk |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | Bestaande Sonnet-workloads die nog niet zijn gemigreerd |
Gebruik deze eenvoudige beslisboom:
De meest voorkomende fout is kiezen op prijs alleen. De betere aanpak is vergelijken op:
Anthropic positioneert Claude Sonnet 5 rond coderen, toolgebruik en agentische professionele workflows. Het derde-partij-gesprek rond de lancering, vooral TestingCatalog’s benchmark-chart thread en Chubby’s price/performance-vergelijking, maakte daar een praktische benchmarkvraag van: sluit Sonnet 5 genoeg van de Opus-kloof om productieroutering te veranderen?
De cijfers verklaren waarom die vraag ertoe doet. Sonnet 5 volgt Opus 4.8 met 6,0 punten op SWE-bench Pro en 2,3 punten op Terminal-Bench 2.1, maar verslaat Sonnet 4.6 met 5,1 en 13,4 punten op diezelfde tests. Chubby’s grafiek laat ook zien dat Sonnet 5 beweegt van grofweg $2+ per taak bij low effort richting $5–$7 bij hogere effort, dus effort-instellingen moeten onderdeel zijn van de benchmark.
Bron: @kimmonismus
Behandel launch-benchmarks als directioneel. Hertest:
Hier zijn de Hacker News-kostendiscussie en r/ClaudeAI vroege gebruikersrapporten nuttig. Ze zijn niet de bron van waarheid voor modelspecificaties, maar ze onthullen de vragen die echte ontwikkelaars als eerste stellen: “Wordt dit werkelijk goedkoper?” “Gebruikt het meer tokens?” “Wanneer moet ik nog steeds voor Opus betalen?”
Gebruik het introductieprijsvenster om een kleine maar realistische test te draaien.
Neem echte taken op, geen speeltuinprompts:
Vergelijk geen eenmalige outputs. Vergelijk dezelfde taakset onder dezelfde prompt en reviewcriteria.
Als je evaluatiestack codeeragenten, frameworks of prompt-evaltools gebruikt, heeft de CometAPI Cookbook GitHub-native integratiegidsen voor gangbare ontwikkelaarsworkflows zoals Claude Code, Codex, LiteLLM, LangChain, Langfuse en Promptfoo.
Volg:
Bij overgang van Sonnet 4.6 naar Sonnet 5:
claude-sonnet-5max_tokens opnieuwGebruik Sonnet 5 standaard voor productie-workloads met middelmatige complexiteit. Houd Opus 4.8 voor high-effort-workloads totdat je eigen solved-task-data anders uitwijst.
Let de komende weken op vijf dingen:
Als je team al Sonnet 4.6 gebruikt, wacht dan niet tot het prijsvenster sluit. Juli en augustus zijn het juiste moment om Sonnet 5 te testen op je echte workloads en te beslissen of je migreert.
Claude Sonnet 5 kost $2/$10 per MTok input/output tot en met 31 augustus 2026. Standaardprijs is $3/$15 per MTok daarna.
Grotendeels, maar niet zonder testen. Update de model-ID, verwijder niet-ondersteunde samplingparameters, stel effort in, tel tokens opnieuw en stel prompt-caching opnieuw vast.
Ja. Thinking-tokens worden als output-tokens gefactureerd, dus monitor usage.output_tokens en latentie.
Ja. Op Claude Sonnet 5 kun je thinking: {"type": "disabled"} meegeven om thinking uit te schakelen. Als de workload nog steeds baat heeft bij reasoning, laat adaptive thinking dan aan en gebruik de effort-parameter om de denkdiepte te sturen. Sonnet 5 staat standaard op high effort, dus latentiegevoelige workloads moeten lagere effort-instellingen zoals low of medium testen.
Ja. Controleer cache-breakpoints opnieuw en monitor cache_creation_input_tokens en cache_read_input_tokens.
Nee. Niet-standaard temperature, top_p en top_k geven HTTP 400-errors. Verwijder hardgecodeerde samplingparameters of voeg modelspecifieke validatie toe vóór productie-uitrol.
Gebruik Sonnet 5 voor kostengevoelige workflows. Houd Opus 4.8 voor high-effort agentisch coderen en complexe enterprise-taken.
Je kunt Claude Sonnet 5 testen via CometAPI en het vergelijken met Claude Sonnet 4.6, Claude Opus 4.8 en andere frontier-modellen in één API-workflow. Voor setuppatronen in codeeragenten, automatiseringstools en evaluatiekaders gebruik je de CometAPI Cookbook als praktische aanvulling op je benchmark. Begin met een kleine taakset, meet kosten per opgeloste taak en kies het model dat wint op jouw workload.