Claude Sonnet 5

Dove si colloca nella lineup Anthropic

Sonnet 5 si inserisce tra Haiku 4.5 e Opus 4.8, ma lo fa con un'ambizione diversa rispetto ai Sonnet precedenti. Non è più soltanto il modello intermedio della famiglia Claude: diventa il candidato naturale per coding, analisi documentale, agenti con tool e flussi professionali ad alta frequenza.

• Contesto nativo da 1M token e fino a 128k token di output.
• Adaptive thinking disponibile e attivo di default.
• Stessa superficie di tool e feature di Sonnet 4.6 su API e piattaforma.

Perché il salto non è soltanto temporale

Il valore della release non sta solo nel fatto che arriva dopo Sonnet 4.6. Sta nel fatto che Anthropic la descrive come una capability upgrade: il modello lavora meglio proprio nei casi in cui deve restare consistente mentre cerca, esegue, verifica e corregge.

Da Claude 3.7 Sonnet a Sonnet 5

Claude 3.7 Sonnet aveva introdotto il reasoning ibrido come scelta esplicita. Con Sonnet 5 quel passaggio si consolida: il modello non chiede più all'utente di pensare in termini di modalità separate, ma incorpora il reasoning adattivo nel comportamento predefinito.

• Rispetto a 3.7: meno modalità separate, più comportamento integrato.
• Rispetto a 4 e 4.5: più continuità nei task multi-step e meno cadute a metà flusso.
• Rispetto a 4.6: miglioramenti più netti su coding reale, search e computer use.

Il confronto diretto con Sonnet 4.6

Il confronto più importante non è con i Sonnet storici, ma con Sonnet 4.6. È lì che si vede se la nuova release è solo un raffinamento o un vero salto di classe. I benchmark pubblicati da Anthropic indicano che il miglioramento è più marcato proprio nei task agentici, nei workflow da terminale e nei compiti grounded su documenti e interfacce.

Cambiamenti nel contratto del modello

Anthropic descrive Sonnet 5 come drop-in upgrade di Sonnet 4.6, ma con differenze che contano in produzione. Se un sistema era tarato sul vecchio equilibrio tra token, thinking e sampling, conviene ricalibrarlo prima del rollout.

• Le richieste senza campo `thinking` ora usano adaptive thinking di default.
• Il manual extended thinking con `budget_tokens` non è più accettato.
• `temperature`, `top_p` e `top_k` non di default restituiscono errore 400.
• Il nuovo tokenizer produce circa il 30% di token in più sullo stesso testo.

Dove si sente davvero il miglioramento

Il pattern più chiaro nei risultati pubblicati da Anthropic è che Sonnet 5 cresce soprattutto quando il lavoro non è una singola risposta, ma una sequenza di decisioni: leggere, cercare, eseguire, verificare, correggere. È qui che la differenza rispetto ai Sonnet precedenti si vede di più.

• Coding multi-step con shell, modifiche a più file e debugging.
• Agentic search su web aperto con ricerca, fetch e compaction.
• Document reasoning grounded su PDF, tabelle e corpus estesi.
• Computer use e GUI task con migliore tenuta nelle interazioni lunghe.

Dove Opus 4.8 resta sopra

Anthropic continua a posizionare Opus 4.8 come modello di riferimento per il reasoning più profondo, il coding a più alta autonomia e i workload in cui si paga volentieri per qualche punto di accuratezza in più. Sonnet 5 riduce molto il gap, ma non cancella la gerarchia della lineup.

• Per autonomia lunga e compiti molto sensibili, Opus resta sopra.
• Per il bordo più alto del reasoning complesso, Opus mantiene un margine.
• Sonnet 5 è più interessante quando serve equilibrio tra velocità, strumenti e qualità.