Novità Registrati gratis, 10 chiamate le offriamo noi. Fino a $1, senza carta.

Claude Sonnet 5 vs GLM-5

vs

Quale scegliere e quando

claude-sonnet-5 accetta immagini e testo in input e ha una finestra di contesto da 1,000,000 token, cinque volte i 200000 di glm-5, quindi è la scelta per immagini o prompt molto lunghi. Sul listino glm-5 è il lato più economico a $1 in input / $3.2 in output contro $2 / $10, circa 2x in meno in input e 3.1x in meno in output, con letture cache in pareggio a $0.2 su entrambi. Entrambi permettono di disattivare il pensiero; glm-5 consente un output massimo leggermente più grande di 131072 token contro 128000. Scegli glm-5 per chat, codice e strumenti solo testo ad alto volume.

Benchmark

Sopra la mediaNessuno miglioreClaude Sonnet 58 / 181 / 18GLM-515 / 522 / 52
Claude Sonnet 5 GLM-5 altri modelli misurati media dei modelli confrontati nessun altro modello ha fatto meglio
SWE-Bench Pro
N/A
55.1%
BioMysteryBench hard
34.1%
N/A
Cybergym
N/A
43.2%
GDPval-AA v2 Elo · 642-1861
1598
N/A
Harvey Lab-AA
90.1%
N/A
GPQA Diamond
N/A
86%
BrowseComp
N/A
62%
LVBench
68.5%
N/A

Dati pubblicati dai fornitori: Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai

Prezzi

Claude Sonnet 5 GLM-5 Δ
Input / 1M token $2 $1
Output / 1M token $10 $3.2 3.1×
Lettura cache / 1M token $0.2 $0.2 =
Scrittura in cache 1.25x (5m) / 2x (1h) - -

Le tariffe provengono dal catalogo live al momento della build; la pagina di ciascun modello riporta la scheda attuale.

Dove si posizionano - prezzo di input per 1M di token rispetto a tutti gli 64 modelli chat con questa unità di fatturazione (scala logaritmica)

Claude Sonnet 5 · $2 GLM-5 · $1
$0.05 · Qwen3 VL Flash $30 · GPT-5.4 Pro

Capacità

Claude Sonnet 5 GLM-5
Utilizzo dei tool
Controllo del ragionamento configurabile configurabile
Output strutturato
Prompt caching esplicito (contrassegni il prefisso) implicito (automatico)
Durata della cache 5m default, 1h option non pubblicato
Prefisso minimo in cache 1024 token non pubblicato

Specifiche

Claude Sonnet 5 GLM-5
Modalità di input testo immagine testo
Modalità di output testo testo
Rilascio 2026-06-30 2026-02-12
Cutoff di conoscenza 2026-01 -
Finestra di contesto 1M 200K
Output massimo 128K 131K
Parametro thinking
  • thinking.type "adaptive"
  • output_config.effort
thinking.type
Valori accettati
thinking.type
  • adaptive
  • disabled
effort
  • low
  • medium
  • high
  • xhigh
  • max

"enabled" returns 400

thinking.type
  • enabled
  • disabled
Predefinito

thinking on (adaptive)

effort
  • high
enabled, and on GLM-5 the model automatically determines whether to think

Le specifiche sono trascritte dalla documentazione di ciascun fornitore; una riga che un fornitore non pubblica viene omessa anziché essere dedotta. Fonti complete: Claude Sonnet 5 · GLM-5

Un solo prompt, entrambi i modelli - misurati attraverso il gateway

PROMPT Explain to a CFO, in exactly three sentences, why our LLM bill doubled after we enabled reasoning. VERIFICA esattamente 3 frasi

Claude Sonnet 5 superato · 3 sentences

Reasoning mode works by having the model generate extended internal "thinking" steps before producing its final answer, and since we're billed on total tokens, that hidden reasoning text adds significantly to what we pay for—even though you never see it in the output. This is different from simply getting longer visible responses; the model is essentially "showing its work" behind the scenes, and complex prompts can trigger thousands of extra reasoning tokens per request. The upside is improved accuracy on complex tasks, but if we want to control costs, we should selectively enable reasoning only for queries that truly need it, rather than applying it universally.

out 194 tok latenza 4.3 s

GLM-5 superato · 3 sentences

Enabling reasoning forces the model to perform multiple hidden steps to "think" through a problem, drastically increasing the volume of data processed per query compared to a standard response. Because our billing is directly tied to this processing volume, the additional computational work required for higher accuracy has proportionally doubled our consumption. Essentially, the spike reflects a trade-off where we are paying a higher variable cost to secure significantly better analytical outcomes.

out 1393 tok (+1308 ragionamento) latenza 36.0 s

Rispetto dell'istruzione (esattamente tre frasi - contabili), adattamento al pubblico (registro da CFO), e il divario di fatturazione del pensiero nascosto che i contatori di token qui sotto rivelano.

PROMPT This function is supposed to return the longest run of consecutive equal items, but callers report it is off by one on single-element inputs and misses runs that end at the last index. Fix it and explain the bug in one paragraph. VERIFICA la correzione supera i test

Claude Sonnet 5 superato · 8/8 cases

## The Bug The function has two related off-by-one issues rooted in the same cause: `cur` and `best` are initialized to `0` instead of `1`, treating run lengths as the number of *matches* between adjacent elements rather than the number of *elements* in the run. This means a single-element input never enters the loop (since `range(1, 1)` is empty) and returns `0` instead of the correct answer of `1`. It also means that for any input, the run length is undercounted by exactly one — a run of 3 equal elements only produces 2 "match" increments, so `best` ends up as 2 instead of 3. The claim that it "misses runs that end at the last index" is actually a symptom of this same undercount: the logic does update `best` correctly on every iteration (including the last), but because it's counting matches instead of elements, the final reported value is always one less than the true longest run. […]

out 536 tok latenza 7.1 s

GLM-5 superato · 8/8 cases

Here is the fixed code: ```python def longest_run(xs): if not xs: return 0 best = 1 cur = 1 for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 best = max(best, cur) else: cur = 1 return best ``` **Explanation:** The bug stems from initializing `best` and `cur` to zero, which causes the function to count the number of *transitions* between adjacent elements rather than the total number of items in the run, resulting in a return value that is always one less than the actual length (reporting 0 for a single element and 1 for a pair). By initializing the counters to 1 and resetting `cur` to 1 when a streak breaks, the logic correctly counts the items themselves; adding an explicit check for an empty list ensures the function handles the zero-element edge case correctly.

out 2907 tok (+2694 ragionamento) latenza 73.7 s

Se la correzione è davvero giusta (eseguibile), la densità della spiegazione, e l'efficienza in token su un compito delimitato.

PROMPT Extract a JSON object with fields {company, quarter, revenue_usd_m, growth_pct, guidance} from this text. Use null for anything not stated; add no other fields. VERIFICA JSON valido, schema esatto

Claude Sonnet 5 superato · 5/5 fields, guidance null

```json { "company": "Meridian Robotics", "quarter": "Q3", "revenue_usd_m": 412, "growth_pct": 11.5, "guidance": null } ```

out 348 tok latenza 5.3 s

GLM-5 superato · 5/5 fields, guidance "withheld pending the Q4 close"

```json { "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": 11, "guidance": "withheld pending the Q4 close" } ```

out 3620 tok (+3561 ragionamento) latenza 91.8 s

Aderenza allo schema (nessun campo inventato), pressione di allucinazione (guidance è esplicitamente sospesa), e differenze nel percorso di output strutturato.

PROMPT Write a 120-word product announcement for an API gateway feature that caches prompts across providers. Forbidden words: "seamless", "unlock", "game-changer", "revolutionize", "empower". Exactly one sentence must be a question. VERIFICA 120 parole, 0 parole vietate

Claude Sonnet 5 superato · 123 words, 0 banned, 1 question

## Introducing Cross-Provider Prompt Caching We're rolling out a new caching layer for our API gateway that works across every major LLM provider you connect through it. Instead of resending identical prompts and paying full price each time, the gateway recognizes repeated requests and serves cached responses in milliseconds—regardless of whether you're routing to OpenAI, Anthropic, or Google. What does this mean for your bill and your latency? Both drop, often significantly, especially for teams running high-volume, repetitive workloads like customer support bots or batch content generation. The cache is configurable per route, with adjustable TTLs and invalidation rules, so you stay in control of freshness versus cost. Available now for all Pro and Enterprise plans. Check your dashboard to enable it today.

out 259 tok latenza 4.8 s

GLM-5 superato · 119 words, 0 banned, 1 question

We are thrilled to introduce Global Prompt Caching, a powerful new capability within our API gateway designed to optimize your AI operations. By intelligently storing prompt responses across every supported provider, this feature drastically reduces latency and cuts operational costs. Instead of processing identical requests repeatedly, our system serves cached results instantly, ensuring consistent performance even during high-traffic periods. Why pay full price for repeated inference on the same inputs? This update gives developers fine-grained control over cache lifetimes and hit rates, allowing for predictable budgeting and faster application response times. You can activate this functionality directly in your dashboard settings today. Start maximizing your efficiency now and deliver a snappier experience to your end-users without unnecessary API expenditure.

out 715 tok (+571 ragionamento) latenza 18.9 s

Rispetto dei vincoli (budget di parole, elenco di parole vietate, l'unica domanda), impronta stilistica, e controllo della lunghezza.

Passa dall'uno all'altro con una sola riga

Entrambi gli id sono presenti in ogni scheda qui sotto - la coppia di righe evidenziata è l'unica modifica. Stesso endpoint, stessa chiave, stessa struttura della richiesta.

from openai import OpenAI

client = OpenAI(
    base_url="https://synthorai.io/v1",
    api_key="sk-syn-...",
)

resp = client.chat.completions.create(
    model="claude-sonnet-5",
    # model="glm-5",  # decommenta questa riga, commenta quella sopra
    messages=[{"role": "user", "content": "Summarize this diff"}],
    reasoning_effort="medium",
)
print(resp.choices[0].message.content)

Ottieni la tua chiave API →

FAQ

Qual è più economico, Claude Sonnet 5 o GLM-5?

GLM-5 è più economico per input / 1m token ($1 contro $2, 2.0× di differenza). Altre righe potrebbero indicare il contrario - la tabella sopra riporta la scheda completa, e il costo reale dipende dal tuo mix.

Posso fare un A/B test di Claude Sonnet 5 contro GLM-5 senza due integrazioni?

Sì. Entrambi sono serviti tramite lo stesso endpoint compatibile con OpenAI con una singola chiave API - il passaggio richiede la modifica della stringa del modello in una sola riga, quindi puoi instradare una frazione del traffico verso ciascuno e confrontare direttamente le fatture.

Claude Sonnet 5 e GLM-5 supportano il prompt caching?

Sì - entrambi fatturano le letture in cache a un prezzo inferiore rispetto alla loro tariffa di input, quindi i carichi di lavoro con warm-prefix costano meno di quanto suggeriscano le tariffe di listino. Le righe esatte per la lettura in cache si trovano nella tabella dei prezzi qui sopra.

Confronti correlati

Dai nostri studi misurati