Formazione AI e sviluppo su misura · Bergamo, Italia
ITEN
Guida pratica per chi ha automazioni con Claude: quando usare Fable 5.1 e quando no, con i criteri concreti per ogni tipo di task.
Il 1° settembre 2026, Anthropic ha annunciato Claude Fable 5.1. Il dato principale: fino al 45% più economico per il lavoro agenziale rispetto al modello precedente.
Se costruisci sistemi con agenti AI, questo non è un aggiornamento cosmetico. È un criterio nuovo da aggiungere al progetto.
Quando si mette in produzione la prima automazione, la scelta normale è usare lo stesso modello per tutto. È semplice da gestire. Ma non ottimale.
La logica è: uso il modello più capace, così non sbaglio. Funziona, ma il costo si moltiplica dove non serve.
Un agente multi-step fa molte chiamate. Ogni step è una chiamata API. Se ogni chiamata costa X, un agente a 5 step costa 5X. Con un modello da 45% in meno, ogni step porta quel risparmio, moltiplicato per tutti i run.
Fable 5.1 è pensato per il lavoro agenziale. Il vantaggio dichiarato da Anthropic è massimo quando:
Esempi pratici: agenti che leggono documenti step by step, pipeline che processano record uno alla volta, job schedulati che girano più volte al giorno su input variabili.
Il risparmio del 45% riguarda il lavoro agenziale. Per task a singola chiamata il calcolo è diverso.
Se l'uso principale è: singola domanda, singola risposta, chiudi, il vantaggio con Fable 5.1 non è quello dell'annuncio. Il risparmio si accumula sulla ripetizione e sui passaggi multipli.
Per sapere quali parti del sistema beneficiano del cambio di modello:
Quell'elenco ti dice dove il routing fa la differenza e dove no. Le automazioni con volume alto e più step per run sono le prime da ricalcolare.
La scelta del modello dipende dal tipo di task, non da un'abitudine. Non è usare il migliore per tutto né il più economico per tutto.
È: task agenziale multi-step su Fable 5.1, task singola sul modello calibrato per quella risposta specifica.
Ho 35+ automazioni in produzione da febbraio 2026. Quelle che fanno più chiamate per step sono la prima lista da ricalcolare dopo questo annuncio.
Un pattern semplice in Python:
def get_model(task_type: str) -> str:
agentic_tasks = {"document-agent", "multi-step-review", "pipeline-orchestrator"}
if task_type in agentic_tasks:
return "claude-fable-5-1" # Fable 5.1 per lavoro agenziale
return "claude-sonnet-5" # default per task singoliIl criterio è nel task_type, non nella chiamata. Centralizza qui e il resto del sistema non cambia.
Non migrare tutto in blocco senza misurare. Il 45% è il caso ottimale (agenziale, multi-step, alto volume). Per task singoli il delta è diverso. Misura prima su un sottoinsieme, poi estendi.
Il routing non è una promessa di risparmio automatico: è un criterio. Funziona quando è applicato ai task giusti.