Ho personalmente riassunto 30 consigli operativi per Claude Code che il suo creatore, Boris Cherny, definisce essenziali. Questo è davvero un articolo leggendario.
Onestamente, conoscere o non conoscere questi consigli cambierà la tua esperienza con Claude Code come il giorno e la notte. Ti renderai conto che tutto quel tempo speso a ripetere le stesse istruzioni o a perdere ore in rilavorazioni era completamente inutile.
A proposito, hai mai questi problemi quando usi Claude Code?
- Hai la sensazione di dare le stesse istruzioni ogni volta e vorresti che imparasse da solo.
- Le modifiche grandi portano a continui rifacimenti, e pensi che sia più veloce sistemarle da te.
- Ci sono troppe funzionalità e non sai da dove iniziare.
- Le conversazioni diventano lunghe e sconnesse, portando a momenti del tipo "Aspetta, non l'ho appena detto?".
L'esperienza con Claude Code cambia drasticamente quando imposti correttamente contesto, verifica, permessi, progettazione parallela e automazione.
Questo articolo è stato ricercato e scritto in modo indipendente da ClaudeCodeStudio, dando priorità alle informazioni primarie al 23 aprile 2026, inclusi i post di Boris Cherny su X, la documentazione ufficiale di Anthropic e i repository/azioni ufficiali di GitHub!
Dato che Boris ha dichiarato esplicitamente: "Ho creato Claude Code", ho dato priorità ai suoi consigli operativi come voce del settore, incrociando le opzioni CLI e le impostazioni con i documenti ufficiali! 😆
Se usi Claude Code, devi assolutamente leggere questo!!!
Salvarlo è obbligatorio!!!!
Cambierà realisticamente la tua produttività di 10x! Immergiamoci! 👇
■ Tre Principi da Capire Prima
I fattori più importanti per rendere Claude Code potente nella pratica si riducono a solo tre cose.
Separare "indagine" e "implementazione" in Plan Mode. Lasciare che Claude verifichi il proprio lavoro. E lavorare pensando a sessioni parallele.
Boris ripete: "Usa quasi sempre Plan mode", "dai a Claude un modo per verificare il suo output" e "3–5 git worktrees".
■ La Filosofia "Nessuna Risposta Giusta Unica"
Leggendo i post di Boris, una posizione ricorrente è che non esiste un unico modo giusto per usare Claude Code, ma piuttosto dovrebbe essere usato come uno strumento operativo altamente personalizzabile. Lui stesso ripete: "non esiste un unico modo giusto per usare Claude Code".
Sulla base di questa premessa, ecco il flusso di lavoro più efficace che suggerisce 👇
Indaga/Pianifica in Plan Mode
↓ Sessione di Implementazione
↓ Auto-verifica tramite test, screenshot e CLI
↓ Crea PR
↓ Code Review / Ultrareview
↓ Reinserisci gli apprendimenti in CLAUDE.md, Hooks e Skills
Con questo flusso in mente, diamo un'occhiata ai 30 consigli specifici.
■ 30 Consigli Operativi
Questi sono elencati in ordine di efficacia sul campo. I consigli derivati dai post di Boris su X si concentrano sulla direzione, mentre i dettagli su impostazioni e vincoli sono rafforzati dai documenti ufficiali e da GitHub. Le funzionalità in anteprima di ricerca sono chiaramente contrassegnate come tali.
■ Consiglio 1: Isola le Grandi Modifiche Prima in Plan Mode
Semplicemente separare indagine, pianificazione e implementazione riduce drasticamente errori di implementazione e rilavorazioni. È semplice, ma è per questo che Boris dice "Usa quasi sempre Plan mode".
Esempio: "Leggi src/auth e secrets in Plan Mode. Organizza i file interessati, il flusso di dati e le prospettive di test per Google OAuth prima di iniziare l'implementazione."
Saltare in grandi modifiche senza Plan Mode porta spesso a perdita di contesto o correzioni a metà strada. Lasciare che afferri il quadro generale prima cambia davvero l'accuratezza dell'implementazione.
■ Consiglio 2: Lascia che Claude si Verifichi da Solo
Boris chiama questa "la singola cosa con la massima leva". Fai eseguire a Claude i test, controllare gli screenshot e verificare l'output della CLI da solo.
"Dopo la correzione, esegui npm test e considera completato solo quando tutti i test passano."
Solo questo permette a Claude di trovare e risolvere i problemi prima ancora che un umano li riveda. Se i comandi di verifica sono troppo pesanti, inizia con test minimi di smoke.
■ Consiglio 3: Esegui 3–5 Git Worktrees in Parallelo
Boris chiama l'operazione parallela dei worktree "il miglioramento di produttività più importante".
Aggiungendo più worktree come git worktree add ../repo-auth -b feat/auth e avviando Claude in ciascuno, i tempi di attesa scendono a zero e le attività indipendenti possono procedere simultaneamente.
Il numero ottimale dipende dal tuo ambiente. 3–5 è una guida, ma a seconda della larghezza di banda di revisione, della CPU e del costo del cambio di contesto, 2 potrebbe essere giusto per alcuni, mentre altri possono gestirne 6.
■ Consiglio 4: Modifica Spietatamente CLAUDE.md
CLAUDE.md è il manuale di regole specifico del tuo progetto. Se lasciato da solo, diventa obsoleto e Claude inizia ad agire su premesse sbagliate.
La politica di Boris è semplice: "Modifica spietatamente il tuo CLAUDE.md nel tempo" e "Aggiungici quando Claude commette lo stesso errore una seconda volta".
Al contrario, elimina le regole che non servono più. Se diventa troppo gonfio, consuma contesto, quindi una potatura periodica è fondamentale.
■ Consiglio 5: Trasforma le Attività Ripetitive Quotidiane in Skills e Fai Commit su Git
Spiegare procedure ripetitive in conversazione ogni volta è una perdita di tempo. Crea .claude/skills/deploy/SKILL.md e chiamalo con /deploy staging.
Boris dice: "Se fai qualcosa più di una volta al giorno, trasformala in una skill o in un comando", aggiungendo che "costa quasi nulla finché non ne hai bisogno".
Tuttavia, se una Skill diventa troppo gonfia, il suo trigger potrebbe diventare ambiguo, quindi suddividi i materiali di riferimento lunghi.
■ Consiglio 6: Metti le Impostazioni di Team in settings.json e Gestiscile tramite Git
Versionare le impostazioni specifiche del progetto assicura che tutto il team abbia la stessa esperienza con Claude Code. Accelera l'onboarding e impedisce che le impostazioni dipendano da una singola persona.
Ovviamente, non commettere mai chiavi API o token personali. Non dimenticare di controllare il tuo .gitignore.
■ Consiglio 7: Pre-approva i Permessi Sicuri, Nega le Aree Pericolose
Non è stressante sentirsi chiedere "Permetti questa operazione?" ogni volta? Usare allow/ask/deny elimina questa stanchezza da dialogo.
"allow": ["Bash(npm test *)"], "ask": ["Bash(git push *)"], "deny": ["Read(./.env)", "Read(./secrets/**)"]
Boris dice "Pre-approva i permessi comuni", e i documenti ufficiali specificano che "Le regole vengono valutate in ordine: deny… ask… allow". È un principio negare esplicitamente .env o secrets per evitare wildcard troppo ampie.
■ Consiglio 8: Usa --add-dir per Coprire Più Cartelle/Repo
Ci sono molti casi in cui vuoi mostrare documenti o librerie al di fuori di un monorepo.
CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../docs --add-dir ../shared-libs
Questo permette di programmare mentre si fa riferimento a documenti esterni. Nota che la variabile d'ambiente deve essere abilitata affinché CLAUDE.md nelle directory aggiunte venga letto.
■ Consiglio 9: Assumi una Divisione dei Ruoli con Subagenti
Infondere indagine, revisione e debug tutto nel contesto principale appesantisce la conversazione. Boris dice: "Uso regolarmente alcuni subagenti", e ogni subagente opera nella propria finestra di contesto dedicata.
Prepara subagenti come code-reviewer, debugger o data-scientist, e scrivi descrizioni chiare per loro.
■ Consiglio 10: Automatizza Formattazione/Controllo con PostToolUse Hooks
Esegui automaticamente formattatori o linter ogni volta che Claude modifica un file.
Chiedi a Claude: "Scrivi un hook che esegue prettier --write dopo ogni modifica di file."
Si occuperà di tutto, dalla generazione dell'hook all'integrazione in .claude/settings.json. Questo automatizza la coerenza dello stile del codice ed elimina i commenti sullo stile nelle revisioni.
■ Consiglio 11: Aggiorna CLAUDE.md tramite Commenti PR
Modifica le "regole future" insieme al codice nei tuoi PR. Boris dice: "tagga @.claude sui PR dei miei colleghi per aggiungere qualcosa a CLAUDE.md."
Ad esempio, commenta: "@claude aggiungi questo apprendimento a CLAUDE.md. Inizia sempre le modifiche in src/billing da Plan Mode." Questo riduce feedback ripetuti in futuro.
■ Consiglio 12: Conosci Sempre lo Stato Corrente con la Barra di Stato
Le informazioni visualizzate in fondo allo schermo mostrano "cosa stai facendo su quale branch, quanto contesto è usato e il costo" a colpo d'occhio.
/statusline show model name, git branch, context percentage, cost
Iniziare con branch, context% e costo è di solito sufficiente per individuare presto l'esaurimento del contesto o errori di branch.
■ Consiglio 13: Accelera il Lavoro Frontend con l'Estensione Chrome
Boris raccomanda: "Usa l'estensione Chrome per il lavoro frontend." Poiché può condividere gli stati di login del browser, puoi mostrare a Claude confronti di screenshot per la verifica dell'interfaccia utente.
Claude che rileva rotture dell'interfaccia non visibili nel codice è un enorme vantaggio. Tuttavia, poiché gli screenshot non possono misurare l'accessibilità o la velocità percepita, usa Lighthouse o test e2e se necessario.
■ Consiglio 14: Lascia che Claude Gestisca le Attività di Analisi tramite CLI
Lasciare che Claude usi SQL o CLI porta sviluppo, analisi e strategia nello stesso spazio di lavoro.
"Usa la CLI bq per estrarre le metriche di conversione degli ultimi 7 giorni per canale, riassumi le anomalie e suggerisci ipotesi."
Come dice Boris, "Usa Claude per l'analisi dei dati", questo consiglio è efficace per i product manager, non solo per gli sviluppatori.
■ Consiglio 15: Lascia che Claude ti Intervisti se le Specifiche sono Vaghe
I documenti ufficiali hanno una sezione: "Lascia che Claude ti intervisti." Invece di saltare all'implementazione, lascia che Claude faccia domande per estrarre i requisiti.
Colmare le lacune delle specifiche prima dell'implementazione riduce drasticamente le rilavorazioni, specialmente quando "cosa costruire" è vago.
■ Consiglio 16: Separa i Ruoli di CLAUDE.md e Auto Memory
Gli umani scrivono regole in CLAUDE.md. Claude ricorda preferenze e abitudini scoperte nella memoria automatica. Mantenere questa distinzione impedisce che le impostazioni diventino disordinate.
■ Consiglio 17: Progetta con Regole Specifiche per Percorso e Compattazione in Mente
Nei monorepo, separa le "regole globali" dalle "regole locali". Metti le convenzioni globali nel CLAUDE.md radice e quelle locali in src/billing, ecc.
■ Consiglio 18: Gestisci il Contesto in Modo Aggressivo
I documenti ufficiali dichiarano esplicitamente: "Gestisci il contesto in modo aggressivo." Promuovi le conoscenze operative importanti in CLAUDE.md o skills, e usa /compact per organizzare regolarmente la finestra di contesto.
■ Consiglio 19: Prova le "Modifiche Spaventose" con /rewind e Checkpoint
Ogni operazione in Claude Code è un checkpoint. Premi Esc due volte o usa /rewind per tornare ai checkpoint dei messaggi tramite solo codice, solo conversazione o entrambi.
■ Consiglio 20: Collega Strumenti Esterni tramite Server MCP
Operare direttamente Slack, Jira, database o API interne da Claude Code riduce drasticamente il cambio di strumenti.
■ Consiglio 21: Integra in Script/CI con la Modalità Non Interattiva (claude -p)
La modalità non interattiva è il punto di ingresso per l'automazione di Claude Code.
claude -p "Elenca tutti gli endpoint API" --output-format json
■ Consiglio 22: Distribuisci Grandi Migrazioni con claude -p per File
Gestire una migrazione massiccia in una singola sessione è impossibile. È meglio distribuirla orizzontalmente.
■ Consiglio 23: Implementa Direttamente dagli Strumenti di Gestione delle Attività
Lascia che Claude legga i ticket GitHub Issues o Linear e passi direttamente all'implementazione.
■ Consiglio 24: Applica le Regole con Hooks
CLAUDE.md è "consiglio", gli hooks sono "esecuzione". Non confondere i due. Usa gli hooks per "zero eccezioni" per garantire che le azioni avvengano.
■ Consiglio 25: Usa /simplify per Revisioni del Codice in Parallelo
Tre agenti di revisione controllano ridondanza, qualità ed efficienza simultaneamente e eseguono anche correzioni.
■ Consiglio 26: Usa le Menzioni @claude in GitHub Actions
Usando l'azione ufficiale claude-code-action, puoi implementare modifiche al codice o ottenere risposte semplicemente menzionando @claude in PR o Issues.
■ Consiglio 27: Distingui tra Code Review e Ultrareview
Le revisioni di routine e le revisioni approfondite sono diverse. Usa Code Review quotidianamente e /ultrareview prima di unire per un'analisi approfondita.
■ Consiglio 28: Trasforma le Operazioni Ricorrenti in Routine
Sposta le attività di manutenzione settimanale o legate ai PR nel cloud. "Continua a lavorare quando il tuo laptop è chiuso."
■ Consiglio 29: Scarica la Pianificazione Pesante su Ultraplan nel Cloud
Invece di aspettare nel terminale, rivedi i piani capitolo per capitolo nel browser.
■ Consiglio 30: Controlla le Sessioni Cloud con il Telecomando
Una funzionalità per controllare le sessioni di Claude Code sul cloud dalla tua macchina locale.
■ Punti Operativi Irrisolti
Sarò onesto anche riguardo alle aree in cui le direzioni sono chiare ma le migliori pratiche non sono stabilite, come la combinazione di estensioni Chrome e test e2e, o operazioni a lungo termine "giorni interi" usando Stop hooks.
■ Da Dove Iniziare
Per gli sviluppatori, inizia con i Consigli 1, 2, 4, 7, 9 e 18. Per i product manager, i Consigli 14, 15, 23, 27 e 28 sono i più efficaci.
■ Checklist Settimanale
- Stai segnalando lo stesso errore due volte? → Aggiungi a CLAUDE.md.
- Ci sono attività ripetitive per skills/hooks? → Automatizzale.
- L'uso del contesto è troppo alto? → Rivedi le abitudini di
/compact. - Il numero di worktree è appropriato? → Regola in base alla larghezza di banda.
■ Conclusione
La chiave per padroneggiare Claude Code è consolidare i componenti operativi in ordine: Plan → Verify → Persist → Automate. Non devi iniziare con tutto. Solo i Consigli 1, 2 e 4 cambieranno fondamentalmente la tua esperienza di sviluppo.
Inoltre, ho avviato una Chat Aperta!
Puoi unirti qui 👇
Condividerò informazioni utili e terrò seminari gratuiti lì, quindi unisciti! 😆
𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) è gestito da tre appassionati di Claude Code. Pubblichiamo ogni giorno sull'uso pratico della CLI e sull'automazione. Seguici per esempi reali di sviluppo prodotto e le ultime informazioni globali! 👀
