Aggiornamento, 2026-06-13: Dopo la pubblicazione di questo articolo, Anthropic ha dichiarato che una direttiva statunitense sul controllo delle esportazioni richiedeva la sospensione dell'accesso a Fable 5 e Mythos 5 per tutti i clienti. Anthropic ha scritto che la direttiva è arrivata il 2026-06-12 alle 17:21 ET, che tutti gli altri modelli Anthropic non erano interessati e che l'azienda stava lavorando per ripristinare l'accesso. Le date di accesso e la logica di prezzo qui sotto sono ormai storiche; lo schema di audit resta valido. Un'analisi separata dell'impatto business è qui: cosa significa la sospensione di Fable 5 e Mythos 5 per i workflow AI.
Claude Fable 5 va usato prima come modello di pianificazione per audit approfonditi del codebase. Il suo valore sta nella comprensione del repository, nella classificazione dei rischi e nella stesura di piani operativi consapevoli dei costi, prima che qualcuno tocchi il codice sorgente.
La data conta perché il meccanismo di fatturazione cambia il June 23.
Fino al June 22, Fable 5 è incluso nei piani Claude idonei. In seguito sarà ancora disponibile tramite accesso a consumo e tariffazione API, il che rende più concreta la domanda giusta: quali sessioni di audit meritano il budget di Fable?
- L'accesso al piano cambia dopo il June 22. Fable 5 resta disponibile tramite accesso a consumo; Anthropic indica 10 $ per milione di token in input e 50 $ per milione di token in output.
- La prima sessione utile è in sola lettura. Richiedere mappe del repository, ordine di rischio, prove mancanti e piani operativi prima di chiedere modifiche al codice.
- webvise ha usato il rilascio per calibrare un processo di audit. L'obiettivo era individuare dove vale la pena concentrare il tempo di revisione, non amplificare normali attività di manutenzione.
- I gate di privacy determinano il prompt. Fable richiede la conservazione dei dati per 30 giorni per il monitoraggio della sicurezza, quindi segreti e dati dei clienti restano fuori dal contesto.
- Il modello costoso appartiene al livello di pianificazione. Fable serve per la comprensione e il giudizio; l'esecuzione dei task delimitati spetta agli sviluppatori o a modelli meno costosi.
Per chi vuole la stessa struttura prima che l'accesso al piano cambi, il servizio di consulenza AI di webvise può trasformare un repository e un workflow in un piano di remediation revisionato.
June 23 Cambia il Percorso di Fatturazione
La pagina Fable di Anthropic posiziona Claude Fable 5 attorno al lavoro di conoscenza complessa, ai task di coding estesi e alle sessioni agent che vanno oltre una normale chat. Questo lo rende utile per audit in cui l'output è un piano, non una patch rapida.
Il periodo di inclusione nel piano è utile per uno sprint di audit accurato. Dal June 23, lo stesso schema dovrebbe girare con budget API, log e una definizione più precisa di quali domande richiedono il modello più capace.
| Fatto | Dettaglio | Come gestirlo |
|---|---|---|
| Accesso incluso nel piano Claude | Disponibile fino al June 22 per i piani idonei | Usarlo per una mappa del repo, un risk pass e un piano operativo |
| Dopo il June 22 | Accesso a consumo ancora disponibile | Riservare Fable a domande ambigue, ad alto costo o cross-system |
| Prezzo API | 10 $ in input e 50 $ in output per milione di token | Definire budget prima delle sessioni lunghe e conservare i log dei token |
| Contesto e output | Contesto da 1M token e 128k token di output massimo | Combinare mappe del repo, documentazione e issue in un'unica revisione strutturata |
| Conservazione dei dati | 30 giorni per il monitoraggio della sicurezza | Tenere fuori segreti, dati dei clienti ed export di produzione |
Un Buon Audit Inizia in Sola Lettura
Il primo passaggio deve produrre decisioni prima dei diff. Un modello di grandi dimensioni può leggere più contesto di quanto un revisore riesca a tenere in mente in una sola sessione, ma l'artefatto utile è ancora un elenco breve e verificabile di affermazioni.
Il test del 10 giugno ha usato un pacchetto fisso su una selezione di progetti attivi e workflow interni. L'obiettivo era la calibrazione: quali risultati erano abbastanza utili da spingere gli sviluppatori ad agire, quali prompt generavano rumore e quali file dovevano restare fuori dal contesto.
- Mappa del repo: app, pacchetti, route handler, confini di autenticazione, modelli di dati, script di deployment e comandi di test.
- Risk pass: controlli dei permessi, gestione delle variabili d'ambiente, upload, webhook, rate limit, form e utilizzo di API di terze parti.
- Test pass: test negativi mancanti, copertura di integrazione debole, script lenti, lacune di localizzazione e rischi di QA visivo.
- Output del piano: percorso del file, comportamento attuale, modifica proposta, comando di validazione, responsabile e condizione di stop.
- Triage umano: risultati accettati, risultati scartati, domande parcheggiate e motivazione di ogni decisione.
Un sito multilingue manutenuto potrebbe aver bisogno solo di una copertura delle route più solida intorno alle pagine localizzate e alla generazione della sitemap. Si tratta di normale igiene del prodotto: Fable è utile perché riesce a collegare routing, file di contenuto e comportamento nei motori di ricerca in un'unica revisione.
Un'app con workflow potrebbe aver bisogno di test di idempotenza prima di modificare le code. Questo risultato indica che il workflow ha valore di business e merita una verifica intorno ai failure mode prima che un agent modifichi il sistema circostante.
Fable per la Pianificazione, l'Esecuzione a Costo Minore
Un contesto da un milione di token spinge i team a consegnare l'intero repo al modello chiedendo lavoro finito. Il pattern migliore è più stretto: lasciare che Fable legga, classifichi e scriva i task, poi mantenere l'esecuzione all'interno della normale revisione.
| Compito del modello | Usare Fable per | Gate di revisione |
|---|---|---|
| Comprensione del repo | Mappare il sistema e classificare le superfici più rischiose | Lo sviluppatore verifica i file citati prima di accettare il piano |
| Inventario della sicurezza | Individuare pattern di esposizione e test mancanti | Il responsabile umano decide quali risultati diventano task |
| Revisione dell'architettura | Spiegare accoppiamento, duplicazioni e rischio di migrazione | Il responsabile accetta la forma target prima delle modifiche |
| Pianificazione dell'esecuzione | Scrivere pacchetti di task ridotti con comandi e output atteso | Ogni task ha una condizione di stop |
| Revisione del branch | Verificare la superficie modificata prima del merge | Il revisore confronta i risultati con il diff |
Questo funziona solo quando le istruzioni del repo sono chiare. La versione di produzione è illustrata nell'articolo sul template AGENTS.md, che mostra cosa deve essere presente nel file prima che gli agent lavorino su un codebase serio.
Le Regole sulla Privacy Determinano Cosa Entra nel Prompt
La conservazione dei dati per 30 giorni di Fable cambia la costruzione del prompt per il lavoro con i clienti. Il pacchetto di revisione deve contenere abbastanza contesto per ragionare sul sistema senza portare segreti, export di produzione o dati privati dei clienti.
- Tenere fuori i segreti. Credenziali, dati privati dei clienti, export di produzione e analytics grezzi restano fuori dal contesto del modello.
- Usare slice. Inviare mappe del repo, gruppi di file sanitizzati, test falliti e note sull'architettura invece di un dump indiscriminato.
- Registrare la sessione. Annotare modello, data, budget di token, file esaminati, comandi eseguiti e risultati accettati.
- Gate per le azioni sensibili. Modifiche ai permessi, azioni di fatturazione, invii email, scritture in produzione ed eliminazioni di dati richiedono approvazione umana.
- Conservare i risultati scartati. I falsi positivi sono utili quando la motivazione è registrata e il prossimo audit può saltarli.
Qui si connette anche il servizio di automazione AI di webvise. Un risultato che appare su più progetti è spesso un candidato per un workflow: generazione ricorrente di report, controlli QA ripetuti, documentazione di handoff obsoleta o revisione manuale delle release.
Quando Fable Vale il Prezzo
Dopo il June 22, la decisione diventa economica. Fable vale il suo prezzo quando la risposta fa risparmiare tempo di review esperta, previene una svolta sbagliata costosa o trasforma una vaga preoccupazione di manutenzione in lavoro delimitato.
| Domanda | Buon uso di Fable | Percorso più economico |
|---|---|---|
| Come si articola questo grande repo? | Mappa del sistema con rischi, responsabili e incognite | Un modello più piccolo riassume una cartella ristretta |
| Da dove potrebbero uscire i dati? | Inventario di esposizione su autenticazione, form, log e webhook | Lo sviluppatore revisiona una famiglia di route |
| Come suddividere una migrazione? | Piano sequenziale con condizioni di stop e comandi di validazione | Il team scrive ticket da una decisione architetturale esistente |
| Questo branch è pronto per il merge? | Revisione del diff rispetto al piano originale e alla lista dei rischi | La normale code review gestisce una modifica piccola e locale |
| Un agent può risolvere questo oggi? | Pacchetto di task con scope, comandi e percorso di rollback | Lo sviluppatore modifica il file direttamente |
Un audit del codebase è manutenzione ordinaria per il software che porta valore. Anche i progetti sani accumulano storia delle decisioni, rischio di integrazione e prove mancanti attorno ad assunzioni vecchie.
Usare la Finestra del Piano come Calibrazione
Lo sprint giusto a giugno è ridotto: un repository, un workflow, un budget e un revisore capace di accettare o rifiutare i risultati. Il risultato deve essere un piano di cui ci si fiderebbe anche se un modello diverso eseguisse il lavoro in seguito.
| Sessione | Input | Output |
|---|---|---|
| Mappa del repo | README, script, albero dell'app, schema delle variabili d'ambiente, note di deployment | Mappa del sistema ed elenco delle incognite |
| Risk review | Percorsi di autenticazione, route API, form, upload, webhook | Risultati classificati per impatto e prove |
| Test review | Comandi unit, integration, e2e, lint, typecheck | Prove mancanti e percorsi di verifica falliti |
| Stesura del piano | Risultati accettati | Task autonomi con comandi e output atteso |
| Triage umano | Piani e prove | Lista di remediation approvata, rifiutata o parcheggiata |
Per i progetti webvise la parte utile è operativa: Fable aiuta a trovare dove mancano le prove, dove una modifica futura merita un test e dove un piano agent ha bisogno di un responsabile umano.
webvise applica questa struttura di audit a siti, app e workflow AI che richiedono piani più chiari prima delle modifiche al codice. Per un codebase o un workflow oneroso da mantenere, prenota una chiamata di progetto portando un repository e un processo da revisionare.
Le pratiche di webvise sono allineate agli standard ISO 27001 e ISO 42001.