Come scegliere il modello giusto per ogni task del tuo sistema agenziale
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.
Routing agenziale: quale modello per quale 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.
Il problema del modello unico
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.
Quando usare Fable 5.1
Fable 5.1 è pensato per il lavoro agenziale. Il vantaggio dichiarato da Anthropic è massimo quando:
- Il task richiede più step consecutivi
- Ogni step è una chiamata API separata
- Il volume di run è alto
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.
Quando non cambia niente
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.
Come fare il calcolo nella tua pipeline
Per sapere quali parti del sistema beneficiano del cambio di modello:
- Mappa ogni chiamata API: singola o multi-step?
- Conta i run al giorno per ogni tipo di task
- Moltiplica: run al giorno × chiamate per run = volume totale
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 regola da applicare adesso
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.
Come strutturare il routing nel codice
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.
Cosa non fare
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.