Fable 5 spento da un giorno all'altro: cosa succede alle aziende quando un modello AI sparisce (e come costruire software che non si blocca)

Pochi giorni fa abbiamo raccontato l'arrivo di Claude Fable 5 e Mythos 5, il modello di intelligenza artificiale più potente mai reso pubblico da Anthropic. Era il 9 giugno 2026. Tre giorni dopo, quel modello non c'era più.

Il 12 giugno 2026, da un'ora all'altra, Anthropic è stata costretta a spegnere Fable 5 e Mythos 5 per tutti i suoi clienti, in ogni parte del mondo. Non per una scelta commerciale, non per un guasto, non per la fine programmata di un prodotto: per una direttiva del governo degli Stati Uniti, motivata da ragioni di sicurezza nazionale.

È un episodio raro e, per chi usa l'AI per lavorare, istruttivo. Perché mette il dito su una cosa che spesso si dimentica: un modello di intelligenza artificiale non è una proprietà della tua azienda. È un fornitore. E un fornitore, anche il migliore, può sparire da un giorno all'altro — a volte per cause che non dipendono nemmeno da lui. In questo articolo, senza tecnicismi, vediamo cosa è successo, perché riguarda anche te e come si costruisce un software che non si blocca quando capita.

I fatti, raccontati come li ha comunicati Anthropic stessa.

• Quando. Il 12 giugno 2026, alle 17:21 ora di New York, Anthropic ha ricevuto una direttiva del governo statunitense. La disattivazione è stata immediata.
• Cosa. Sono stati spenti Fable 5 e Mythos 5, e solo loro. Per tutti i clienti, dentro e fuori dagli Stati Uniti, senza eccezioni. Senza una data di ritorno.
• Perché. Si tratta di una norma sul controllo delle esportazioni (export control) legata alla sicurezza nazionale. Secondo Anthropic, il governo ritiene di essere venuto a conoscenza di un modo per aggirare le protezioni del modello — quello che in gergo si chiama "jailbreak", cioè convincere l'AI a fare cose che dovrebbe rifiutare.
• La posizione di Anthropic. L'azienda ha esaminato la dimostrazione e l'ha descritta come "un piccolo numero di vulnerabilità minori e già note". Si è detta in disaccordo con l'idea che un problema così circoscritto giustifichi il ritiro di un modello usato da centinaia di milioni di persone, e ha dichiarato di lavorare per ripristinarlo al più presto.

Tradotto: il fornitore non voleva spegnere il prodotto, ma ha dovuto farlo per un ordine che arriva da fuori. Per chi quel prodotto lo aveva messo dentro al proprio lavoro, la causa conta poco. Conta l'effetto: il giorno dopo non funzionava più.

Una nota che vale oro, e che spiega il resto dell'articolo: tutti gli altri modelli di Anthropic sono rimasti in funzione. Claude Opus 4.8 — che fino a tre giorni prima era il modello di punta — Sonnet 4.6, Haiku 4.5: tutti regolarmente disponibili. Il blocco ha colpito una porta, non l'intero edificio.

Una notizia del genere, sui giornali, dura un giorno. Per alcune aziende è durata molto di più.

Pensa a una startup, a una software house o a una qualsiasi impresa che, nelle due settimane precedenti, avesse collegato Fable 5 al proprio prodotto: dentro un'app, dentro un assistente per i clienti, dentro un flusso di lavoro che gira da solo. Per loro lo spegnimento non è stato una notizia da leggere: è stato un pezzo del sistema che ha smesso di rispondere.

L'agente AI che gestiva le richieste dei clienti diventa muto. La funzione che riassumeva i documenti restituisce un errore. L'automazione che girava di notte si ferma. E chi se ne accorge per primo non è l'azienda: è il suo cliente, che riceve un disservizio senza capire perché.

Il punto più scomodo è questo: quelle aziende non avevano fatto niente di sbagliato. Non un bug nel loro codice, non una svista. La causa era completamente fuori dal loro controllo — e fuori persino dal controllo del fornitore. Nessun preavviso, nessun periodo di transizione per cambiare con calma. Da un'ora all'altra.

La regola che ne esceSe la continuità del tuo business dipende dall'esistenza di un singolo modello di un singolo fornitore, non hai un prodotto: hai una scommessa. E le scommesse, prima o poi, si perdono.

Episodi come questo fanno un favore a tutti noi: ci tolgono l'illusione che l'intelligenza artificiale sia una specie di magia permanente, sempre lì, sempre uguale. È il contrario. L'AI è uno strumento, con una sua filiera, un suo fornitore e — come ogni strumento — una sua possibilità di rompersi o di non essere più disponibile.

È esattamente il filo conduttore dell'incontro di Matera di cui abbiamo scritto qui: l'intelligenza artificiale è uno strumento, e va usata come tale. Uno strumento non decide al posto tuo e non si gestisce da solo: lo impugni tu, e la responsabilità di farlo funzionare resta tua. Lo spegnimento di Fable 5 è la versione più netta di questa idea. Hai costruito qualcosa di utile sopra un modello? Bene. Ma quel modello è un componente, non il prodotto. Il prodotto è ciò che ci costruisci intorno.

Pensa all'energia elettrica. Nessuna azienda seria lega la propria continuità a una singola linea che, se cade, ferma tutto: chi non può permettersi black-out ha un gruppo di continuità, una seconda fornitura, un piano B. Con l'AI è identico. Il modello è la corrente. La cosa intelligente non è scegliere il modello "più potente" e sperare che non cada mai: è progettare il sistema perché, se cade, tu possa attaccarti a un'altra presa nel giro di minuti.

Qui entra in gioco il mestiere — l'ingegneria del software — e la differenza tra un giocattolo e un sistema che regge. L'idea, spiegata senza codice, è semplice: non far parlare la tua applicazione direttamente con un solo modello.

Si mette in mezzo uno strato di scambio, una specie di interruttore che controlli tu. La tua app non dice "parla con Fable 5": dice "parla con il modello AI", e quale modello sia davvero lo decide l'interruttore. Cambiare fornitore o modello, allora, non significa riscrivere il programma: significa girare una manopola. Tre vantaggi concreti che ne derivano:

• Istruzioni portabili. Il modo in cui "spieghi" al modello cosa deve fare viene scritto per essere riutilizzabile, non costruito su misura di un singolo modello che domani potrebbe non esserci più.
• Un modello di riserva. Se il modello principale non risponde, il sistema ripiega da solo su un altro — come il gruppo di continuità che parte quando manca la corrente, senza che nessuno debba correre a premere un pulsante.
• I tuoi dati restano tuoi. I dati e i processi dell'azienda vivono separati dal fornitore: cambia il modello, non cambia il cuore del sistema.

Non è teoria. In questo stesso episodio, chi aveva un software progettato così ha vissuto lo spegnimento di Fable 5 come un non-evento: gli altri modelli di Claude erano tutti online, è bastato spostare l'interruttore su Claude Opus 4.8 e tutto ha continuato a funzionare. Chi invece aveva "cablato" Fable 5 in ogni angolo del proprio software ha passato la giornata a spegnere incendi.

La stessa solidità vale per chi costruisce agenti AI sui propri processi: un agente ben progettato non è fedele a un modello, è fedele al suo compito — e usa il motore migliore disponibile in quel momento per portarlo a termine.

Se hai un software, un'app o un agente che si appoggiava a Fable 5 o a Mythos 5, la buona notizia è che la strada è chiara. In ordine:

• 1. Trovare dove. Individuare ogni punto in cui il sistema usava il modello bloccato. È il passaggio che fa la differenza tra "poche ore" e "qualche giorno".
• 2. Spostarsi su un modello disponibile. Oggi la scelta naturale è Claude Opus 4.8, che resta online e che per la grande maggioranza dei compiti è più che sufficiente.
• 3. Riadattare le istruzioni. Ogni modello "capisce" le indicazioni in modo leggermente diverso: le istruzioni vanno ritoccate e verificate, non semplicemente copiate.
• 4. Testare prima di rimettere in linea. Si controlla che il comportamento sia quello giusto prima che a usarlo siano di nuovo i clienti.

È esattamente il tipo di intervento di cui ci occupiamo quando aiutiamo un'azienda a modernizzare e mettere in sicurezza il proprio software AI: rendere il sistema indipendente dal singolo fornitore, così che il prossimo cambio di scenario — perché ce ne sarà un altro — sia una manopola da girare, non una giornata di emergenza.

Se hai un software o un agente costruito su Fable 5 e temi che possa bloccarsi — o se semplicemente vuoi essere sicuro che, la prossima volta, la tua azienda non resti ferma — è di questo che ci occupiamo: migrazione del codice su modelli stabili, riadattamento delle istruzioni e progettazione di un'architettura che non dipende da un solo fornitore.

Il nostro team è certificato direttamente da Anthropic, i creatori di Claude, sul corso ufficiale "Building with the Claude API". Mettiamo alla prova questi modelli sui progetti reali dei nostri clienti dal giorno del rilascio — e, come si è visto in questi giorni, sappiamo cosa fare anche quando uno di colpo non c'è più. Se vuoi capire come rendere a prova di imprevisto la parte AI del tuo lavoro, è l'analisi con cui partiamo nella prima sessione.

Vuoi una panoramica senza tecnicismi di cosa l'intelligenza artificiale può fare — e reggere — per la tua attività? Comincia da qui: l'AI per la tua azienda, oppure parlaci del tuo progetto. L'ingegneria del software serve proprio a questo: costruire sistemi che non si rompono quando un fornitore cambia le regole.

• Anthropic — il comunicato ufficiale sul blocco dell'accesso a Fable 5 e Mythos 5 (12 giugno 2026).
• Potenza AI — il nostro articolo sull'uscita di Fable 5 e Mythos 5, pubblicato tre giorni prima del blocco.