Novità di Claude Fable 5.1

Claude Fable 5.1 estende Claude Fable 5 allo stesso prezzo per token, con prestazioni più solide nella programmazione agentica di lunga durata, nella ricerca multistep e nel lavoro su documenti, fogli di calcolo e presentazioni. Per la maggior parte dei carichi di lavoro, inizia con Claude Opus 5 (vedi Scegliere un modello). Usa Claude Fable 5.1 per ragionamenti impegnativi e lavoro agentico a lungo orizzonte, oppure quando le tue valutazioni su Claude Opus 5 a un livello di effort più alto risultano ancora insufficienti. Claude Mythos 5.1 offre le stesse capacità esclusivamente ai partecipanti di Project Glasswing.

Se già chiami Claude Fable 5, tre modifiche introducono incompatibilità: l'uso forzato degli strumenti restituisce un errore, i modelli precedenti non possono leggere i suoi blocchi di pensiero e la modifica dei turni precedenti invalida i blocchi di pensiero. Cinque sono additive: effort per messaggio (beta), messaggi di sistema con ambito di turno (beta), aggiornamenti di avanzamento leggibili tra le chiamate agli strumenti (display: "updates", beta), un prezzo di lettura della cache più basso e la provenienza dei contenuti.

Modelli

Claude Fable 5.1 e Claude Mythos 5.1 condividono specifiche e prezzi:

• Finestra di contesto e output: una "context window" (finestra di contesto) da 1M di token (predefinita e massima) al prezzo standard per token sull'intera finestra, e 128k token di output massimi.
• Pensiero: l'"adaptive thinking" (pensiero adattivo) è sempre attivo. Usa il parametro effort per controllare la profondità del pensiero.
• Prezzi: gli stessi di Claude Fable 5, ad eccezione di un prezzo di lettura della cache più basso.
• Tokenizer: lo stesso di Claude Fable 5 (introdotto con Claude Opus 4.7). Rispetto ai modelli precedenti a Claude Opus 4.7, lo stesso testo produce circa il 30% di token in più. Vedi Conteggio dei token.

Per tutti i modelli attuali, vedi la panoramica dei modelli.

Modifiche incompatibili

L'uso forzato degli strumenti non è supportato

Claude Fable 5.1 e Claude Mythos 5.1 non supportano il "forced tool use" (uso forzato degli strumenti). tool_choice impostato su {"type": "any"} o {"type": "tool", "name": "..."} restituisce un errore 400 invalid_request_error:

tool_choice: type "tool" and "any" are not supported for this model.

tool_choice: {"type": "auto"} (il valore predefinito) e {"type": "none"} restano invariati. La stessa validazione si applica all'endpoint di conteggio dei token.

Il pensiero è sempre attivo per questi modelli, e una chiamata forzata a uno strumento lo salterebbe. Il modello scriverebbe invece il proprio ragionamento negli argomenti dello strumento, il che riduce la qualità degli argomenti. Per ottenere JSON valido rispetto allo schema, mantieni tool_choice: {"type": "auto"} e imposta strict: true con lo "strict tool use" (uso degli strumenti rigoroso), oppure sposta lo schema negli "structured outputs" (output strutturati). Per fare in modo che il modello chiami uno strumento invece di rispondere in testo, indica nel prompt quando lo strumento si applica (ad esempio, "Usa lo strumento get_weather per rispondere"). Claude Fable 5.1 segue in modo affidabile le istruzioni esplicite sugli strumenti.

I modelli precedenti non possono leggere i blocchi di pensiero di Claude Fable 5.1

Ogni blocco di pensiero registra quale modello lo ha prodotto, ed è preservato in una sola direzione: Claude Fable 5.1 legge i blocchi di pensiero dei modelli precedenti, e nessun modello precedente legge quelli di Claude Fable 5.1. Una conversazione che passa a Claude Fable 5.1 (da Claude Opus 5, Claude Fable 5 o qualsiasi modello Claude precedente) mantiene il proprio ragionamento. Una conversazione che passa da Claude Fable 5.1 a uno qualsiasi di questi modelli lo perde per i turni eseguiti lì.

Quando una richiesta contiene un blocco che il modello di destinazione non può leggere (ad esempio un router o un fallback che cambia modello a metà conversazione), l'API scarta il blocco prima che il modello lo veda. I blocchi scartati non vengono conteggiati in input_tokens e non vengono fatturati. Con l'header beta thinking-binding-controls-2026-08-01, lo scarto viene segnalato in un array input_transformations di primo livello. Senza di esso, lo scarto è silenzioso. Vedi Pensiero preservato.

La modifica dei turni precedenti invalida i blocchi di pensiero

Modificare qualsiasi cosa prima di un blocco di pensiero di Claude Fable 5.1 (il prompt system, i tools o un messaggio precedente) provoca un errore alla richiesta successiva, oppure l'eliminazione del blocco se scegli questa opzione. Claude Code, claude.ai, Claude Managed Agents e il Claude Agent SDK mantengono quel prefisso intatto per te. Se il tuo codice costruisce da solo l'array messages, controllalo prima di migrare: Pensiero preservato illustra il controllo e ogni correzione. Il controllo è applicato per i nuovi account creati a partire dal 31 agosto 2026. Per gli account creati prima, l'API registra la discrepanza ma agisce su di essa solo quando la richiesta imposta thinking.block_binding.prefix_mismatch_behavior.

Questi pattern invalidano ogni blocco di pensiero successivo:

• Modificare, riordinare o rimuovere un turno precedente mantenendo quelli successivi.
• Iniettare testo per richiesta in un turno precedente (un promemoria o una riga di stato) che rimuovi alla richiesta successiva.
• Ricostruire il prompt system di primo livello o l'array tools tra richieste nella stessa conversazione.
• Un URL di immagine o documento che serve byte diversi in una richiesta successiva (la verifica copre i byte, non l'URL, quindi un URL firmato a rotazione per lo stesso file va bene).

Questi mantengono validi i blocchi successivi: rimuovere una sequenza iniziale di blocchi di pensiero (dal più vecchio), lasciare che la compattazione lato server o la modifica del contesto riducano la cronologia, spostare i marcatori cache_control e cambiare effort tra le richieste. Rimuovere un blocco di pensiero da qualsiasi posizione diversa dall'inizio della sequenza invalida ogni blocco di pensiero successivo.

Dove la verifica è applicata, una richiesta che ripropone un blocco invalidato viene rifiutata con un 400 il cui messaggio dice The block is bound to a different conversation. Per scartare il blocco e continuare invece, invia l'header beta thinking-binding-controls-2026-08-01 con thinking.block_binding.prefix_mismatch_behavior: "drop_block". Lo scarto viene segnalato in input_transformations con reason: "prefix_binding_mismatch".

Per mantenere valido il pensiero durante una sessione lunga, tratta la conversazione come append-only (solo in aggiunta). Aggiungi istruzioni con un messaggio di sistema a metà conversazione (con ambito di turno se deve applicarsi a un solo turno) e cambia gli strumenti con le modifiche degli strumenti a metà conversazione invece di modificare system o tools. Riduci il contesto con la modifica del contesto lato server o la compattazione, che non contano come modifiche. Questi pattern mantengono anche calda la "prompt cache" (cache dei prompt). Per scoprire se la tua integrazione modifica la cronologia, esegui una sessione con prefix_mismatch_behavior: "drop_block" e registra input_transformations: la guida alla migrazione contiene la verifica in tre passaggi. Vedi Pensiero preservato per le regole complete.

Nuove funzionalità

Cambiare l'effort a metà conversazione (beta)

Su Claude Fable 5.1 puoi cambiare il livello di effort a metà conversazione senza invalidare la cache dei prompt. Aumentalo per un passaggio difficile e abbassalo per quelli di routine. L'effort per messaggio è in beta: includi l'header beta mid-conversation-output-config-2026-07-01. Claude Fable 5.1, Claude Mythos 5.1 e Claude Opus 5 lo supportano sulla Claude API.

client = anthropic.Anthropic()

response = client.beta.messages.create(
    model="claude-fable-5-1",
    max_tokens=4096,
    output_config={"effort": "high"},
    messages=[
        {
            "role": "user",
            "content": "Plan a migration from SQLite to PostgreSQL in three short steps.",
        },
        {
            "role": "assistant",
            "content": "1. Export the SQLite data. 2. Create the PostgreSQL schema. 3. Import the data and verify row counts.",
        },
        # Messaggio di sistema solo effort: il nuovo livello ha effetto dal prossimo turno utente.
        {"role": "system", "content": [], "output_config": {"effort": "low"}},
        {"role": "user", "content": "Summarize the plan in one sentence."},
    ],
    betas=["mid-conversation-output-config-2026-07-01"],
)

for block in response.content:
    if block.type == "text":
        print(block.text)

Vedi Effort per messaggio per i dettagli.

Messaggi di sistema con ambito di turno (beta)

Un messaggio di sistema a metà conversazione può essere limitato a un solo turno. Imposta clear_at: "next_user_message" su un messaggio con role: "system" e il suo testo avrà l'autorità di un "system prompt" (prompt di sistema) per il turno corrente, poi smetterà di essere reso una volta che esiste un messaggio user successivo. Il messaggio rimane in messages e continui a rimandarlo testualmente, quindi nulla di precedente nella conversazione cambia. La cache dei prompt continua a corrispondere, i blocchi di pensiero successivi restano validi e un messaggio cancellato non costa token di input. Usalo per promemoria per turno in un ciclo di strumenti ("controlla la tua casella prima di eseguire altro codice", "l'utente non può vedere l'output di quello strumento") invece di iniettare testo nella cronologia ed eliminarlo alla richiesta successiva. I messaggi di sistema con ambito di turno sono in beta: includi l'header beta mid-conversation-system-clear-at-2026-08-21. Vedi Messaggi di sistema con ambito di turno.

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "Results have landed in your inbox. Check it before running more code."
}

Aggiornamenti di avanzamento tra le chiamate agli strumenti (beta)

Come Claude Fable 5, Claude Fable 5.1 scrive brevi aggiornamenti di avanzamento tra le chiamate agli strumenti su ciò che ha trovato e su ciò che farà dopo, anche se in numero minore (vedi Cambiato rispetto a Claude Fable 5). Ogni aggiornamento arriva come blocco thinking a sé stante immediatamente prima della chiamata allo strumento. Con il valore predefinito di thinking.display pari a "omitted", quei blocchi tornano vuoti, come il ragionamento, quindi un lungo turno agentico può apparire silenzioso ai tuoi utenti. La novità è l'opzione display: "updates": impostala con l'header beta thinking-display-updates-2026-08-18 per ricevere gli aggiornamenti di avanzamento come testo mentre il ragionamento resta nascosto. Qualsiasi blocco thinking con testo non vuoto è quindi una riga di stato che puoi mostrare all'utente. Anche "summarized" li restituisce, mescolati al ragionamento riassunto. Vedi Aggiornamenti di avanzamento tra le chiamate agli strumenti.

Provenienza dei contenuti

Il testo generato da Claude Fable 5.1 e Claude Mythos 5.1 porta il watermark testuale statistico di Anthropic su ogni piattaforma in cui il modello è disponibile. I file immagine e video supportati che Claude produce (ad esempio tramite lo strumento di esecuzione del codice) portano Content Credentials C2PA firmate quando li recuperi tramite la Files API sulla Claude API.

Il watermark non cambia il significato, la qualità o la leggibilità dell'output. Non aggiunge token né caratteri nascosti, non contiene informazioni su di te o sulla tua organizzazione e non richiede modifiche alle tue richieste o risposte. Per approfondire, vedi Come Claude contrassegna i contenuti generati dall'IA e Come funziona il watermark testuale di Claude.

Differenze di comportamento

Cambiato rispetto a Claude Fable 5

Claude Fable 5.1 differisce da Claude Fable 5 in tre modi che si manifestano senza alcuna modifica al codice. Ciascuno ha una correzione tramite prompt in Prompting di Claude Fable 5.1:

• Le chiamate parallele agli strumenti sono più variabili. Claude Fable 5.1 può emettere una sola chiamata a strumento per turno dove Claude Fable 5 ne raggruppava diverse. Questo si manifesta in lunghi cicli di agenti in cui le successive letture indipendenti sono solo implicite: agenti di programmazione personalizzati, harness bash-ed-editor, computer use. I turni aggiuntivi costano round trip e tempo reale ma non riducono la qualità delle risposte. Le richieste che nominano diverse cose da recuperare vengono comunque eseguite in parallelo. Aggiungi l'istruzione di raggruppamento di una riga da Raggruppa le chiamate indipendenti agli strumenti nei cicli di agenti.
• Meno aggiornamenti di avanzamento durante lunghe esecuzioni di strumenti. Il modello scrive meno testo rivolto all'utente tra le chiamate agli strumenti. Se la tua UI dipende dalla narrazione, chiedi esplicitamente una riga di apertura, aggiornamenti periodici e un riepilogo finale. Imposta thinking.display su "updates" (beta) per ricevere gli aggiornamenti di avanzamento che scrive. Vedi Chiedi aggiornamenti di avanzamento rivolti all'utente.
• Risponde più spesso a memoria con effort low. Al livello di effort più basso il modello chiama meno spesso uno strumento di ricerca o recupero. Alza l'effort per i turni che richiedono informazioni aggiornate, anche a metà conversazione.

Invariato rispetto a Claude Fable 5

Questi comportamenti della Messages API vengono mantenuti invariati da Claude Fable 5:

• Il pensiero adattivo è sempre attivo. thinking: {"type": "enabled"} con budget_tokens e thinking: {"type": "disabled"} restituiscono entrambi un errore 400. Ometti thinking o invia {"type": "adaptive"}.
• thinking.display ha come valore predefinito "omitted". "summarized" è disponibile, e la catena di pensiero grezza non viene mai restituita.
• Il ragionamento tra le chiamate agli strumenti appare nei blocchi di pensiero anziché nel testo, e l'"interleaved thinking" (pensiero intercalato) è automatico senza header beta.
• Il prefill della risposta dell'assistente restituisce un errore 400.
• Valori non predefiniti di temperature, top_p o top_k restituiscono un errore 400.
• La lunghezza minima del prompt memorizzabile in cache è di 512 token.
• I messaggi di sistema a metà conversazione e le modifiche degli strumenti sono supportati.

Miglioramenti delle capacità

Claude Fable 5.1 migliora rispetto a Claude Fable 5, e il divario è più ampio ai livelli di effort più alti. I progressi si concentrano in sei aree:

• Programmazione agentica su sessioni lunghe, incluse funzionalità multi-file, grandi refactoring e migrazioni, debugging e code review in sessioni che durano ore.
• Lavoro di conoscenza con documenti, fogli di calcolo e presentazioni, portando un'analisi da una prima domanda a un documento finito, un foglio di calcolo con formule attive o una presentazione costruita da una pagina vuota.
• Ricerca e search, con maggiore accuratezza nella ricerca web multistep e nelle attività di deep research che approfondiscono ciò che trovano.
• Visione, leggendo grafici densi, documenti ufficiali e tabelle annidate nei PDF, con i risultati migliori quando dispone di strumenti per ritagliare e ingrandire.
• Recupero su contesto lungo, trovando e ragionando su dettagli in profondità nella finestra di contesto da 1M di token.
• Computer use, operando un browser e applicazioni desktop in modo più affidabile e recuperando dai passaggi falliti.

Le prestazioni multilingue sono alla pari con Claude Fable 5.

Rifiuti, fallback e fatturazione

Claude Fable 5.1 include classificatori di sicurezza che coprono le stesse categorie stop_details di Claude Fable 5, e tutto ciò che è descritto in Rifiuti e fallback si applica.

• Rifiuti: una richiesta rifiutata restituisce HTTP 200 con stop_reason: "refusal" e un oggetto stop_details che indica l'area di policy attivata.
• Fallback: riprova una richiesta rifiutata su un altro modello con il fallback lato server, il middleware SDK o un tuo meccanismo di retry. fallbacks: "default" (beta) riprova una richiesta rifiutata sul modello che Anthropic raccomanda per quella categoria. I target di fallback consentiti per Claude Fable 5.1 sono Claude Opus 4.8 e Claude Opus 5.
• Fatturazione: non ti viene fatturato un rifiuto che arriva prima di qualsiasi output, e, per Claude Fable 5.1, il credito di fallback rimborsa il costo della cache dei prompt per il cambio di modello.

Prezzi

Claude Fable 5.1 e Claude Mythos 5.1 hanno lo stesso prezzo di Claude Fable 5, tranne per le letture della cache (prezzi in USD):

Le letture della cache (hit e refresh) costano 0,025 volte il prezzo di input base su questi modelli, rispetto a 0,1 sugli altri modelli Claude. Le lunghe sessioni agentiche che rileggono un prefisso in cache pagano un quarto della tariffa di Claude Fable 5. Le scritture della cache e la lunghezza minima del prompt memorizzabile in cache di 512 token restano invariate.

L'elaborazione batch costa $5 USD per milione di token di input e $25 USD per milione di token di output. Vedi Prezzi per la residenza dei dati e i prezzi degli strumenti.

Disponibilità

Claude Fable 5.1 è disponibile su:

• Claude API: tutti i clienti, come claude-fable-5-1.
• AWS: Claude in Amazon Bedrock, come anthropic.claude-fable-5-1, e Claude Platform on AWS, come claude-fable-5-1.
• Google Cloud: Claude su Google Cloud, come claude-fable-5-1.
• Microsoft Foundry: Claude in Microsoft Foundry, su infrastruttura Anthropic.

Claude Mythos 5.1 è offerto solo ai clienti approvati in Project Glasswing. Per l'accesso, contatta il tuo team account Anthropic, AWS o Google Cloud.

Claude Fable 5.1 e Claude Mythos 5.1 prevedono una conservazione dei dati di 30 giorni e non sono disponibili con zero data retention salvo espressa autorizzazione di Anthropic. Entrambi sono Covered Models, come Claude Fable 5 e Claude Mythos 5. Vedi Requisiti di conservazione dei dati specifici per modello.

Migrare da Claude Fable 5

Per migrare da Claude Fable 5, aggiorna il tuo ID modello:

model = "claude-fable-5"  # Before
model = "claude-fable-5-1"  # After

Poi rivedi questi punti:

1. Rimuovi qualsiasi tool_choice di tipo any o tool. Sposta l'applicazione dello schema allo strict tool use con tool_choice: {"type": "auto"} o agli output strutturati.
2. Restituisci i blocchi di pensiero invariati e mantieni la cronologia append-only. Se il tuo codice costruisce da sé l'array messages, esegui la verifica della modifica della cronologia: sposta i promemoria per turno che attualmente inietti ed elimini nei messaggi di sistema con ambito di turno, sposta le modifiche a system e tools nei messaggi di sistema a metà conversazione, riduci il contesto lato server o rimuovi i blocchi di pensiero dai turni che trasporti attraverso un riepilogo lato client, poi scegli un prefix_mismatch_behavior di produzione e monitora input_transformations.
3. Ricalibra l'effort rispetto al valore predefinito (high) e valuta di cambiarlo a metà conversazione invece di mantenere un unico livello per l'intera sessione.
4. Nei cicli di agenti, fai attenzione a una sola chiamata a strumento per turno dove Claude Fable 5 ne raggruppava diverse, e aggiungi la nota per turno da Prompting di Claude Fable 5.1.
5. Riesegui le tue valutazioni. La gestione dei rifiuti, il fallback, il credito di fallback e i conteggi dei token vengono mantenuti invariati. Le letture della cache costano meno (vedi Prezzi), e il comportamento predefinito differisce nei tre modi elencati in Cambiato rispetto a Claude Fable 5.

Vedi la guida alla migrazione per istruzioni passo passo, anche da Claude Opus 5 e modelli precedenti.

Prossimi passi