“Cancella il tuo CLAUDE.md ogni 6 mesi”: il consiglio di Boris Cherny che quasi tutti applicano nel modo sbagliato

🧹 “Cancella il tuo CLAUDE.md ogni 6 mesi.” Lo ha detto il creatore di Claude Code. Eppure quasi tutti lo stanno applicando nel modo sbagliato.

Il consiglio di Boris Cherny alla YC Startup School

Alla YC Startup School, Boris Cherny ha dato un consiglio che sembra un autogol: ogni sei mesi, cancella il tuo CLAUDE.md, le tue skill e i tuoi hook. Poi osserva come si comporta il modello.

Con Opus 5 si è spinto oltre: provate a cancellare tutto, perché il modello potrebbe non avere più bisogno delle istruzioni necessarie ai modelli precedenti.

Il consiglio viene dal talk di Boris Cherny alla YC Startup School, luglio 2026.

Oltre l’80% del system prompt rimosso per Opus 5

A dimostrazione che non è solo teoria: Per Opus 5, il team di Claude Code ha rimosso oltre l’80% del system prompt. Senza registrare regressioni nei test di coding.

Il motivo è che un system prompt è composto in gran parte da toppe create per correggere i comportamenti che i modelli precedenti sbagliavano.

Quando il modello migliora, molte di quelle toppe diventano improvvisamente inutili. Ecco perché è possibile tagliare l’80% delle istruzioni in un colpo solo.

Il dato viene dal post pubblicato da Anthropic il 24 luglio 2026: oltre l’80% del system prompt di Claude Code rimosso per Opus 5 e Fable 5, senza perdita misurabile sulle valutazioni di coding.

La seconda metà del consiglio: reintrodurre una regola alla volta

Ma qui arriva la parte che quasi nessuno cita.

Il consiglio ha una seconda metà: dopo aver cancellato tutto, reintroduci UNA sola istruzione alla volta, e soltanto quando vedi il modello faticare davvero.

Senza questo passaggio stai semplicemente buttando via i tuoi appunti.

E soprattutto: il tuo CLAUDE.md NON è un system prompt. Non contiene soltanto toppe. Quindi non cancellarlo alla cieca.

Il test: quali regole del CLAUDE.md tenere e quali eliminare

💡 Consiglio pratico: prima di eliminare una regola, sottoponila a un semplice test:

“Un modello più intelligente, leggendo il mio repository, riuscirebbe a capirla da solo?”

È una tua preferenza, come lo stile, il tono o le convenzioni? → Tienila: il modello non può indovinarla.

È un’informazione ricavabile leggendo il codice, come la struttura del progetto, i comandi o la posizione dei file? → Può essere eliminata.

È un vincolo che DEVE essere rispettato, per esempio una regola di sicurezza o di business? → Tienila: non è negoziabile.

Chi ha applicato questo criterio a un CLAUDE.md composto da 79 regole ha scoperto che soltanto il 22% poteva essere davvero eliminato. Il resto era contesto ancora necessario.

Avere meno istruzioni non è sempre meglio. Avere quelle giuste, sì.

Tu ogni quanto ripulisci il tuo CLAUDE.md? Hai mai provato a cancellarlo del tutto per vedere cosa succede?