Claude non ricorda nulla tra una sessione e l'altra. Tutto quello che sa del vostro progetto lo legge dai file, ogni volta. Tre tipi, tre momenti di lettura:
All'avvio Claude carica entrambi i CLAUDE.md nello stesso contesto: il vostro, personale, e quello del progetto. Uno vi segue ovunque, l'altro vale solo qui.
Le vostre preferenze personali, valide in ogni progetto: come lavorate, che tono preferite, le vostre abitudini.
Le regole di questo progetto: cosa costruite, i vincoli, cosa non fare mai. Quello che avete appena visto.
Il globale dice «rispondi in inglese», il progetto Essedi dice «rispondi in italiano» → qui vince l'italiano. Il più specifico batte il più generale.
Un CLAUDE.md troppo lungo mangia lo spazio che Claude usa per il lavoro vero. Meno spazio per il problema, più spazio per le istruzioni.
Non è fatto per sempre. Si affina quando imparate qualcosa di nuovo sul progetto — non lasciatelo invecchiare.
Le regole lunghe vanno in docs/. Il CLAUDE.md indica dove guardare — non sostituisce la documentazione.
Claude Code lavora con quello che gli date — e la direzione la date voi. Il CLAUDE.md che ha generato per il vostro progetto ne è la prova: è una bozza da affinare, non il prodotto finito.
La maggior parte dei problemi con Claude Code non viene da Claude. Viene da come partiamo noi. Tre momenti tipici:
Un progetto complesso non si costruisce in un colpo solo. Chiedete a Claude di dividere il piano in fasi — quante e quali le propone lui. Poi se ne costruisce una alla volta.
Prima di far costruire: scrivete 3 criteri concreti e verificabili. Nella demo lo facciamo a ogni fase.
Prima uno schizzo ASCII — costa pochissimo e si corregge in secondi. Poi il mockup HTML — si vede davvero. Solo dopo la review si costruisce.
Quando cambiate qualcosa di condiviso — un nome di campo, un formato, dove stanno i file — le parti che si aspettavano il vecchio valore si rompono senza fare rumore.
Rinominate il campo "Azienda" → "Account" nei contatti. Il report settimanale cerca ancora "Azienda" — torna vuoto. Nessun errore. Solo un report silenziosamente sbagliato.
Il riflesso utile: prima di considerarlo fatto, chiedete a Claude:
Dividete il progetto in fasi. Dentro ogni fase gira sempre questo ciclo — e solo quando è chiuso si passa alla successiva.
Il selettore di Plan Mode (Shift+Tab) ha più livelli. Ogni modalità decide quanto Claude fa da solo prima di fermarsi a chiedervi.
Esplora e propone un piano. Non tocca ancora nessun file. Per iniziare qualsiasi cosa di nuovo.
Chiede approvazione prima di ogni modifica. La più prudente: vedete tutto, mentre imparate.
Applica da sola le modifiche ai file; per i comandi chiede ancora. Per lavoro ripetitivo di cui vi fidate.
Non chiede più niente, nemmeno per i comandi delicati. Autonomia massima: la modalità della velocità, quando vi fidate del piano e dell'ambiente.
nome. Claude la legge al momento dell'invocazione — non prima, non sempre. È contesto on-demand.Nella demo l'abbiamo fatto due volte: un gesto appena eseguito, una frase a Claude — "trasformalo in una skill" — ed è salvato per sempre.
Una skill può richiamarne altre. Due gesti catturati oggi diventano un flusso di lavoro unico — lo chiediamo a Claude con una frase:
Valgono in tutti i vostri progetti. dividi-in-fasi e mockup-prima servono ovunque: vivono nella cartella .claude globale.
Valgono solo qui. La skill che genera gli asset di un'installazione conosce la voce di Essedi: vive dentro il progetto.
A fine sessione, il feedback che avete dato non si butta: diventa regole nel CLAUDE.md, ritocchi alle skill, note nei docs. La sessione dopo parte già più avanti.
"Prima di chiudere: cosa abbiamo imparato oggi che vale la pena salvare? Proponi aggiornamenti a CLAUDE.md, alle regole o alle skill — la prossima sessione deve partire già più avanti."