Il periodo gratuito di Fable 5 termina il 7 luglio.
Oggi è il 3 luglio 2026. In altre parole, il tempo per "usare Fable perché è gratuito" sta finendo tra pochi giorni, e dall'8 luglio si passerà a un sistema di crediti basato sull'utilizzo.
Quindi, cosa facciamo dall'8 luglio?
Sonnet 5 è disponibile su tutti i piani, incluso quello gratuito.
Il prezzo introduttivo fino al 31 agosto è di $2 per milione di token in input e $10 per milione di token in output. Successivamente, sarà $3 per l'input e $15 per l'output. Fable 5 costa $10 per l'input e $50 per l'output.
Anche ai prezzi regolari, la differenza è di circa 3,3 volte. Rispetto al prezzo introduttivo di Sonnet 5, è 5 volte superiore.
Inoltre, Sonnet 5 ha una finestra di contesto di 1 milione e 128k di output. La capacità di leggere documenti lunghi e codice è la stessa di Fable 5.
Se è così, l'unica cosa che manca è davvero solo la "performance"?
La mia conclusione è leggermente diversa. Il segreto della forza di Fable 5 non è solo l'intelligenza. È il comportamento.
Pensare a lungo. Definire prima le condizioni di successo. Dubitare. Verificare. Prendere appunti. E, infine, riferire onestamente cosa è stato raggiunto e cosa no.
Una parte significativa di questo comportamento può essere incorporata in CLAUDE.md e nelle impostazioni dell'ambiente.
CLAUDE.md è un memo di configurazione che Claude Code legge costantemente, dicendogli "come comportarsi in questo progetto". Non è un prompt da incollare in ogni chat. È un'istruzione inserita nell'ambiente stesso.
Anche le tecniche di chi incolla i prompt ogni volta sono valide. Fargli creare condizioni di vittoria, confrontare bozze, suddividere il lavoro e portarlo a termine. Quel modello è molto efficace.
Tuttavia, si dimenticano le cose che devono essere incollate ogni volta. Più sono lunghe, più diventano noiose. Scompaiono quando la sessione cambia.
Ecco perché questa volta lo rendiamo permanente.
Per citare una frase di tendenza all'estero:
I prompt sono temporanei. La struttura è permanente.
In questo articolo, fornirò le impostazioni di CLAUDE.md per avvicinare Sonnet 5 a Fable 5 in un formato copia-incollabile.
Inoltre, queste non sono solo impostazioni che ho inventato io.
Usando la modalità headless di Claude Code—nello specifico, chiedendo tramite claude -p dal terminale—ho intervistato sia Sonnet 5 che Fable 5 stessi.
Chiedere al junior, Sonnet 5, quali sono le sue debolezze.
Chiedere al senior, Fable 5, come addestrare il junior.
Questa doppia intervista ha portato ad alcune risposte molto interessanti.
La Vera Identità di Fable 5 è il "Comportamento Persistente"
Quando usi Fable 5, è sicuramente intelligente.
Ma se osservi attentamente l'output, la sua forza non è solo la quantità di conoscenza. Il suo modo di affrontare il lavoro è diverso.
Non inizia a costruire immediatamente. Prima definisce le condizioni di successo.
Non si fida subito delle proprie idee. Cerca prima dove le cose potrebbero fallire.
Non si limita a dire "ha funzionato". Mostra cosa ha usato per la verifica.
Non colma le lacune di conoscenza fingendo di capire.
E anche in compiti lunghi, cerca di mantenere i vincoli iniziali fino alla fine.
Questo è facile da capire se lo si sostituisce con il lavoro umano.
Fable 5 sembra un senior molto competente. Anche quando riceve una richiesta ambigua, prima di precipitarsi, torna indietro e chiede: "Qual è il successo, in primo luogo?" Se un piano fallisce, scarta il piano e ricomincia da capo.
Sonnet 5 è un junior molto capace. Veloce. Obbediente. Fedele alle istruzioni. Tuttavia, senza struttura, può rispondere in modo troppo fluente.
In tal caso, dobbiamo solo dare al junior le abitudini di lavoro del senior.
Il posto dove metterle è CLAUDE.md.
Debolezze Chiare Identificate Intervistando Sonnet 5 "Stesso"
Per prima cosa, ho chiesto a Sonnet 5 stesso.
"Cosa dovrei scrivere in CLAUDE.md per ottenere risultati di livello Fable 5?"
L'auto-analisi che ha restituito è stata piuttosto onesta.
Sonnet 5 ha detto questo di sé:
"Tendo a rispondere in modo fluente, e l'incertezza è spesso nascosta nel mio stile di scrittura."
Questo è importante.
Le risposte dell'IA possono essere pericolose quando la scrittura è buona. Se è scritto chiaramente, gli umani tendono a crederci. Ma in realtà, potrebbe contenere "forse", "non confermato" o "questa parte è sospetta".
Pertanto, la prima impostazione da includere è questa:
**Fai dichiarare esplicitamente i livelli di confidenza per le parti incerte.
Non lasciare che si nasconda dietro avverbi ambigui.
Se la confidenza è bassa, fallo confermare prima di procedere.**
Il motivo per cui funziona è semplice. Non può più nascondere l'ansia nel suo stile di scrittura.
Successivamente, Sonnet 5 ha ammesso di tendere a "implementare prima e aggiustare dopo". Per fermare questo, fallo scrivere prima le condizioni di successo.
Prima di scrivere codice o testo, fallo produrre premesse, condizioni di successo verificabili e modalità di fallimento. Non "funziona" o "sembra buono", ma in una forma che possa essere giudicata come test, output, schermate o condizioni testuali specifiche.
Ciò che è importante qui è rendere le condizioni di successo un "giudizio" piuttosto che una "sensazione".
"Fai un buon articolo" è debole.
"Menziona la scadenza del 7 luglio all'inizio. Includi la differenza di prezzo. Inserisci 6 o più impostazioni copia-incolla per CLAUDE.md. Non nascondere i divari che Fable non può colmare."
Se scrivi questo tanto, puoi confrontarlo alla fine.
Sonnet 5 ha concluso dicendo:
"Fable 5 può pensare profondamente da solo. Io mi muovo velocemente e accuratamente se mi viene data una struttura. Colmare questa differenza con CLAUDE.md è l'essenza."
Il cuore di questo articolo è esattamente questo.
Risultati dell'Intervista a Fable 5
Successivamente, ho chiesto a Fable 5 stesso lo stesso tema.
La prima risposta è stata fantastica.
"L'auto-report di un modello non è un dato affidabile."
Esatto. Solo perché l'ho chiesto al modello non lo rende un punto di riferimento. L'autovalutazione dall'interno è distorta.
Quindi, in questo articolo, non tratterò "quello che hanno detto" come verità assoluta. Lo tratterò come indizi per creare un modello di utilizzo.
Detto questo, la differenza definita da Fable 5 era netta.
Ha detto che la differenza è "cosa succede quando non c'è struttura, o quando la struttura data è sbagliata."
Se le specifiche sono chiare, i test esistono e le procedure sono impostate, la differenza è piccola.
La differenza emerge quando le specifiche stesse sono sbagliate. Quando un piano fallisce. Quando si devono mantenere i vincoli iniziali fino alla fine di un compito lungo. Quando è necessaria l'autocontrollo per non aggiungere miglioramenti non richiesti.
E Fable 5 ha ammesso le proprie debolezze.
Costo unitario elevato. Tendenza a pensare troppo anche per compiti semplici. Perdita in velocità nelle partite di elaborazione batch.
In altre parole, "Fable per tutto" è una gestione economicamente scorretta.
Quindi, qual è il `CLAUDE.md` che Fable 5 ha scritto per il suo junior, Sonnet?
Organizzando i punti che si sovrapponevano a quelli di Sonnet, ecco i 7 consigli da tenere a mente.
7 Consigli per `CLAUDE.md` per Trasformare Sonnet 5 in Fable
Il primo sono le condizioni di successo. Entrambi i modelli lo hanno menzionato in modo indipendente.
1[Giudica il completamento meccanicamente]2Definisci "completamento" in una riga prima di iniziare.3Esempio: Questo test passa. Questo comando restituisce exit 0. Questa intestazione è nel corpo.4Se non riesci a scriverlo, chiedi cosa deve essere deciso prima di procedere.
Il secondo sono le interpretazioni multiple. Anche su questo entrambi erano d'accordo.
1[Non scegliere tra interpretazioni multiple da solo]2Se un'istruzione ha due o più interpretazioni, non sceglierne una in silenzio.3Elenca le interpretazioni candidate e conferma con una raccomandazione.4Tuttavia, se l'output rimane lo stesso indipendentemente dall'interpretazione, puoi procedere.
Il terzo è l'ambito.
1[Vieta miglioramenti accessori]2Non implementare modifiche che non sono state richieste.3"L'ho aggiustato mentre c'ero" o "ho fatto un design migliore" è vietato.4Se trovi aree adiacenti di miglioramento, elencale come suggerimenti invece di implementarle.
Il quarto è la rendicontazione della verifica.
1[Segnala 'verificato' invece di 'ha funzionato']2I rapporti di completamento devono includere prove come comandi di verifica eseguiti, valori di ritorno, risultati di test e conferme tramite screenshot.3Non scrivere "dovrebbe funzionare" per cose non eseguite.4Dichiara chiaramente il motivo per eventuali verifiche saltate.
Il quinto è come persistere attraverso lo stesso fallimento. La persistenza è importante, ma persistere nella direzione sbagliata fa perdere tempo.
1[Massimo 2 tentativi per lo stesso errore]2Se una correzione per lo stesso errore fallisce due volte, non provare una terza variazione.3Segnala brevemente lo stato attuale, cosa è stato tentato e le ipotesi rimanenti, poi cambia rotta.
Il sesto è il ruolo del dissenziente.
1[Esegui una revisione di prima lettura prima del completamento]2Prima del rapporto di completamento, rivedi le tue modifiche come se le leggessi per la prima volta.3Identifica una funzione adiacente che potrebbe rompersi.4Scrivi cosa direbbe un senior scettico in opposizione e rispondi a quella opposizione.
Il settimo è la confidenza e l'avanzamento onesto. Questo riflette l'auto-analisi di Sonnet 5.
1[Segnala confidenza e avanzamento in 3 punti]2Allega livelli di confidenza (Alto, Medio, Basso) alle parti incerte.3Se la confidenza è Media o Bassa, chiedi se dovresti confermare prima di procedere.4Nei compiti lunghi, segnala solo i seguenti tre punti a ogni traguardo:5Cosa è stato completato. Cosa fare dopo. Di cosa sei preoccupato.6Sono vietati rapporti composti solo da "procedo senza problemi".
Questi 7 consigli non sono impostazioni che aggiungono capacità.
Sono impostazioni che bloccano preventivamente le modalità di fallimento in cui emerge il divario.
Non cadere in buchi di specifica. Non decidere le ambiguità da solo. Non gonfiare l'ambito. Non dichiarare il completamento senza verifica. Non continuare un piano fallito.
In breve, stiamo attaccando esternamente i comportamenti che Fable 5 fa naturalmente all'ambiente di Sonnet 5.
Cosa Abbiamo Visto nel Confronto
Ciò che è stato interessante è che le risposte di Sonnet 5 e Fable 5 corrispondevano in modo significativo anche quando sono state chieste separatamente.
Primo, non scegliere interpretazioni multiple da solo.
Entrambi lo hanno detto. Quando vengono date istruzioni ambigue, l'IA tende a scegliere un'interpretazione plausibile e ad andare avanti. Dal punto di vista umano, pensi: "Volevo che lo controllassi."
Successivo, esternalizzare la verifica.
Invece di lasciarlo dire "ha funzionato", fallo produrre cosa ha eseguito, cosa è passato e cosa ha visto. Anche nelle migliori pratiche ufficiali, dare a Claude un modo per verificare il proprio lavoro è considerato la cosa più importante.
Fornisci controlli che risultino in superato/non superato, come test, build o confronti di screenshot. Questo chiude il ciclo.
Inoltre, è importante separare gli occhi che verificano.
Se il creatore si valuta da solo, diventa indulgente. Fai controllare la differenza rispetto al piano da un sotto-agente di verifica in un nuovo contesto. È come avere un revisore separato dall'autore in termini umani.
E infine, anche il divario incolmabile corrispondeva.
Mantenimento del contesto a lungo termine.
In un lavoro che coinvolge dozzine di chiamate a strumenti e diverse ore, la capacità di mantenere i vincoli decisi all'inizio fino alla fine. Questo non può essere completamente colmato solo da CLAUDE.md.
Se nascondo questo, l'articolo diventa una bugia.
Rifiniture sul Lato Ambiente
Non finisce con la semplice scrittura di CLAUDE.md.
Sonnet 5 ha un'impostazione effort per specificare la profondità di pensiero. Nelle tabelle di corrispondenza ufficiali, il "medio" di Sonnet 5 è equivalente all'"alto" di Sonnet 4.6, e l'"alto" di Sonnet 5 è equivalente al "massimo" di Sonnet 4.6.
Se vedi un ragionamento superficiale, aumenta l'effort piuttosto che modificare il prompt. Questa è la raccomandazione ufficiale.
Se vuoi che Claude Code pensi sempre profondamente, aggiungi quanto segue a settings.json:
"effortLevel": "high"
Questo spinge Sonnet 5 verso il lato "persistente" fin dall'inizio.
Tuttavia, CLAUDE.md non dovrebbe essere solo lungo.
Idealmente, dovrebbe essere sotto le 60 righe. Al massimo da 200 a 300 righe. Per ogni riga, chiediti: "Se cancello questo, Claude commetterà un errore?" Se la risposta è No, cancellala.
Non scrivere cose che possono essere dedotte dal codice. Non scrivere pratiche standard. Lascia ciò che può essere gestito da un linter al linter.
Quello che dovresti scrivere sono comandi imprevedibili, pratiche uniche, come eseguire i test, insidie e decisioni architetturali.
Posiziona le istruzioni importanti all'inizio. Usa parole forti come "Deve" o "Vietato" invece di "Raccomandato".
CLAUDE.md non è una lettera di richiesta all'IA. Sono le regole di lavoro del team.
Situazioni in cui Dovresti Ancora Usare Fable 5
Dopo aver letto fin qui, potresti pensare: "Allora non ho bisogno di Fable 5?"
No.
Fable 5 è necessario. Tuttavia, dovresti restringere i campi in cui lo usi.
Il divario colmabile è nel lavoro in cui la risposta corretta può essere giudicata meccanicamente.
Correzioni di implementazione che possono essere giudicate dai test. Classificazione, estrazione e riepilogo in blocco. Piccole modifiche dove ci sarà comunque una revisione umana. Sonnet 5 con un buon CLAUDE.md può competere bene in questi compiti.
I divari incolmabili sono principalmente tre:
1. Lavoro dove non è possibile scrivere un controllore.
Questo design è ok? Ci sono buchi in questo piano di migrazione? Cosa dovrebbe essere costruito in primo luogo? Se scrivere i criteri di accettazione è il cuore del lavoro, non puoi eseguire prima un ciclo di verifica.
2. Giudizio sull'applicazione delle regole.
Anche se scrivi "mantienilo semplice", il modello decide cosa è semplice. Anche se scrivi "non astrarre senza permesso", dove inizia l'astrazione cambia con la situazione.
3. Mantenimento del contesto a lungo termine.
Questa è una differenza di potenza grezza. Mentre i prompt possono migliorarlo, non scomparirà completamente.
I criteri di giudizio forniti da Fable 5 stesso sono stati i più pratici.
Se puoi scrivere prima il test di accettazione, usa Sonnet. Se scrivere il test di accettazione stesso è difficile, usa Fable. Se non sei sicuro, inizia con Sonnet e passa a Fable solo per i compiti che risultano in due rilavorazioni consecutive.
Penso che questo vada bene.
Non devi gettare tutto a Fable dall'inizio. Al contrario, dire che tutto può essere gestito da Sonnet è anche avventato.
Inizia con il più economico Sonnet. Riduci i fallimenti con la struttura. Passa a Fable dopo due battute d'arresto.
Questo è il modo realistico di differenziare l'utilizzo dopo l'8 luglio.
Cosa Fare Oggi
Per prima cosa, incolla i 7 consigli di questo articolo nel CLAUDE.md del tuo progetto.
Successivamente, imposta effortLevel su high in settings.json.
Poi, per il tuo prossimo compito, assicurati di fargli produrre "Condizioni di Successo", "Interpretazioni Multiple" e "Rapporti di Verifica".
Per compiti lunghi, separa il ruolo di implementazione e il ruolo di verifica. Non lasciare che il creatore si valuti da solo; mostralo a Claude in un contesto diverso.
E passa a Fable 5 solo per i compiti in cui le rilavorazioni continuano due volte.
Anche quando il periodo gratuito di Fable 5 termina, ciò che termina è solo il periodo di assaggio gratuito.
Ciò che dovresti veramente mantenere è il comportamento di Fable 5.
Trasforma Sonnet 5 in Fable 5.
Il primo passo non è incollare lunghi prompt magici ogni volta.
È posizionare il modello di lavoro in CLAUDE.md.
Ma dopo aver letto fin qui, devi aver pensato:
"Capisco le impostazioni. Ma non so cosa costruire o come guadagnare con questa IA potenziata."
È il contrario. L'IA che è diventata più economica e intelligente dovrebbe essere usata prima di tutto per produrre in massa attrazione clienti e contenuti. Se riesci a incorporare la persistenza di livello Fable in Sonnet, puoi eseguire post giornalieri, articoli, funnel, idee di prodotto e cicli di miglioramento a basso costo.
I dettagli specifici sono riassunti nel mio post in evidenza. Per coloro che vogliono seriamente "usare l'IA in modo economico e intelligente per collegarsi all'attrazione clienti e alla monetizzazione", vai qui ↓
