Guida originale di Alex Chen (@nocodealex)

Un cubetto di feltro arancione
Il simbolo di Claude Code
Guida · Claude Code · /learn

Come fare in modo che Claude impari dai suoi errori

Ogni sessione di Claude Code parte da zero. Lunedì correggi "no, noi usiamo pnpm", e martedì rifà npm, perché la correzione viveva solo nella chat di lunedì. Questa skill dà al tuo progetto un libro delle regole che tiene la lezione. Ogni correzione ci finisce dentro, ogni sessione nuova parte leggendolo, e un secondo Claude di notte rivede gli errori della giornata e li trasforma in regole. Tu lavori normalmente. Il libro cresce da solo, una lezione alla volta.

5minuti di lettura 2comandi da copiare 4parti

Come funziona

  1. Ogni correzione finisce nel libro delle regole. Un file chiamato LESSONS.md sta nel tuo progetto, e il tuo CLAUDE.md lo include con una riga, così ogni sessione nuova parte con tutte le regole.
  2. Un hook annota ogni tuo messaggio che sembra una correzione ("no, ti avevo detto...", "hai dimenticato...", "sbagliato...") in un piccolo file di posta in arrivo sul tuo computer. Non ti rallenta e non blocca niente.
  3. Ogni notte un secondo Claude, l'investigatore, rilegge quella posta: cosa è andato storto, perché, e cosa fare al suo posto. I messaggi che non erano veri errori vengono scartati.
  4. Riscrive quello che ha trovato nelle regole, una regola breve per ogni lezione. Un errore che torna non prende una seconda regola: la vecchia diventa più precisa. Scrive anche un appunto datato così puoi leggere cosa ha imparato.
Il cubetto detective che scrive nel libro delle regole

L'investigatore non tocca il tuo codice

Di notte può modificare solo il libro delle regole e i suoi appunti; qualsiasi altra cosa viene rifiutata.

Scarica la skill parte 1

È gratuita e open source (MIT) su github.com/alexyc9381/learn-skill. Niente account, niente chiave API, niente da collegare.

Incolla in Claude Codeinstalla e configura in un colpo
Installa la skill da https://github.com/alexyc9381/learn-skill, poi lancia /learn setup in questo progetto.

Oppure copiala a mano:

Nel terminaleclone e copia
git clone https://github.com/alexyc9381/learn-skill
cp -r learn-skill/skills/learn ~/.claude/skills/

Configurala nel progetto parte 2

Apri Claude Code nella cartella del tuo progetto e scrivi una volta sola:

In Claude Codesetup iniziale
/learn setup

Vuoi aggiungere una regola subito? Scrivi /learn seguito dalla regola, per esempio /learn lancia sempre i test prima di tutto. Oppure scrivi /learn da solo e trasforma l'ultima correzione in regola.

/learn list mostra il libro delle regole, numerato, con le regole che si assomigliano segnalate. Puoi modificare LESSONS.md a mano in qualsiasi momento.

Fallo girare ogni notte parte 3

Scrivi /learn nightly e ti stampa le istruzioni già compilate per il tuo progetto. Due strade:

La via facile: Claude Desktop

  1. Apri la scheda Code, poi Routines, New routine, Local.
  2. Instructions: /learn review. Folder: il tuo progetto. Schedule: Daily.
  3. Premi Run now una volta e scegli "always allow" per ogni richiesta, così le prossime non si bloccano.

Gira finché l'app è aperta e il computer è sveglio.

Oppure da terminale (Mac con launchd o Linux con cron)

Ogni notteschedule da terminale
cd /percorso/del/tuo/progetto && claude -p "/learn review" --permission-mode dontAsk --allowedTools "Bash(python3 .claude/hooks/learn.py *),Edit(./LESSONS.md),Edit(./.learn/**)"

Quella modalità di permessi rifiuta tutto quello che non è nella lista, così il giro notturno non può toccare il tuo codice. Ogni revisione è un'esecuzione di Claude Code e conta nell'uso del piano; in una giornata senza correzioni si ferma subito.

Una giornata di lezioni tipo

L'esempio nel repo è una giornata inventata su una piccola app di cose da fare: due sessioni di Claude Code, otto correzioni scritte strada facendo, e nessuno ha lanciato /learn a mano. Quella notte l'investigatore ha trovato cinque lezioni e due falsi allarmi.

Cosa ha imparato

  • npm al posto di pnpm, due volte: la seconda sessione ha rifatto l'errore della prima perché il libro delle regole ancora non lo sapeva. Regola: installa e lancia i pacchetti solo con pnpm.
  • "Tutti i test passano" senza averli lanciati. Regola: lancia i test e mostra l'output prima di dire che passano.
  • Un bug sulle date è tornato anche se una regola sulle date c'era già. La vecchia regola diceva solo "nel database", così è diventata più precisa: tieni le date in UTC nel database e nelle route dell'API.
  • Una modifica al database che nessuno aveva chiesto. Regola: cambia solo i file che servono per il lavoro, e chiedi prima.
  • Un colore scritto a mano nel codice. Regola: usa i colori dal tema, mai codici esadecimali diretti.

Scartati

  • "Non preoccuparti del footer per adesso": un cambio di piano, non un errore.
  • "No, tieni il vecchio testo del pulsante": una scelta puntuale, niente da ripetere.

Il libro delle regole è passato da 3 regole quella mattina a 7 il giorno dopo.

Il cubetto sulla pila di libri di feltro

Buono a sapersi

La regola semplice

Configurala una volta, continua a lavorare come fai sempre, e mandala a quell'amico che dice a Claude la stessa cosa ogni settimana.

Salvalae girala

Tienila per la prossima volta che correggi Claude due volte di fila, e mandala a chi non si è ancora stufato di ripetersi.