12 consigli essenziali per Claude Code per la massima efficienza (ottobre 2026)

Lo stesso Claude Code produce risultati completamente diversi a seconda di chi lo usa.

Alcuni esauriscono rapidamente il limite di 5 ore, mentre altri lo trovano più che sufficiente.

--> La differenza sta nelle impostazioni e nelle abitudini.

⭐️ Ecco 12 consigli pratici per usare al meglio Claude Code. ⭐️

Tutti i comandi e i prompt sono inclusi, così puoi copiarli e incollarli direttamente.

--> È un po' lungo da leggere tutto in una volta... Che ne dici di salvarlo nei preferiti per ora???

⚠️ Prima di iniziare.. Controlla la tua versione ⚠️

La maggior parte delle funzionalità menzionate in questo articolo è stata rilasciata negli ultimi mesi. Se la tua versione è vecchia, i comandi non funzioneranno.

Controlla con claude --version nel terminale e, se è datata, esegui semplicemente claude update.

I comandi in questo articolo si basano sulla v2.1.302 del 18 ottobre.

1. Imposta livelli di effort diversi per ogni sub-agent

L'effort determina quanto a fondo Claude riflette prima di rispondere. Le opzioni includono low, medium, high, xhigh e max, anche se i livelli disponibili variano leggermente in base al modello.

Molti lo impostano incondizionatamente su Max o XHigh, dando per scontato che più alto sia sempre meglio.

Ma non è sempre vero.

Creando la stessa app per fare un confronto, Max ha impiegato 79 minuti, mentre gli altri livelli ne hanno richiesti solo 16.

I risultati erano quasi identici. Stai solo sprecando più tempo e token.

Ecco cosa ho dedotto dalla mia esperienza:

--> (Fondamentale) 🔥 Se riesci a scrivere prompt dettagliati, il risultato finale è spesso simile sia che tu usi low sia che usi max. 🔥

--> Per il brainstorming, low o medium hanno funzionato addirittura meglio.

Tuttavia, design complessi, bug insidiosi e revisioni importanti a volte richiedono un effort più elevato.

Il punto non è "usare sempre low".

Dal 7 ottobre.. Specifica l'effort quando chiami i sub-agent!

A partire dall'aggiornamento del 7 ottobre (v2.1.292), il Claude Code principale può specificare l'effort quando chiama i sub-agent.

Ora puoi dare istruzioni come queste:

Dividi il task attuale in tre fasi e procedi con i sub-agent.

1. Individuazione dei file e organizzazione dei dati con effort low

2. Analisi dei pro/contro della direzione di modifica con effort medium

3. Revisione del codice finale alla ricerca di bug con effort high

Mostra quale effort è stato effettivamente assegnato a ciascun sub-agent,

e riporta all'agent principale solo le conclusioni e i percorsi dei file con le prove.

Se è noioso ripeterlo ogni volta, salva gli agent come file.

--> Ad esempio, salvalo come light-research.md nella cartella .claude/agents/ del progetto.

name: light-research

description: Ricerca leggera solo per trovare file rilevanti e posizioni delle prove

model: haiku

effort: low

Entrambi i metodi — specificarlo a ogni chiamata (come nel prompt sopra) o fissarlo tramite file — funzionano!

2. Gestione del contesto e prevenzione dello spreco di token

🤪 Il motivo per cui Claude Code diventa improvvisamente "stupido" è quasi sempre il contesto.

Il contesto è lo spazio di lavoro che Claude ricorda in un dato momento. Conversazioni, file letti e risultati dei comandi si accumulano tutti qui.

--> Oggi, Claude Code ha 1M (1 milione di token) di contesto come 'default'.

Il problema è riempire completamente questo 1M.

Non riguarda solo Claude; è un limite comune a tutti gli LLM, come Codex.

⭐️ Consiglio: imposta l'autocompact a 500~700k ⭐️

Per questo anticipo la soglia di auto-compattazione.

/autocompact 600k

Questo riduce a 600k token la dimensione della finestra usata per l'auto-compattazione.

Prima di raggiungere 1M, Claude riassume le conversazioni e libera spazio automaticamente.

(Per tornare alle impostazioni predefinite, digita `/autocompact auto`.)

⚠️ Seconda cosa a cui fare attenzione: la scadenza della cache ⚠️

Se usi una sessione per molto tempo, controlla assolutamente questo aspetto.

Claude Code reinvia l'intera conversazione precedente a ogni richiesta. È veloce ed economico grazie alla cache: le parti già elaborate non vengono ricalcolate.

Ma questa cache non è permanente.

• Abbonamento Pro o Max (entro l'utilizzo del piano): cache della conversazione principale 1 ora
• Chiave API o crediti di utilizzo aggiuntivi: 5 minuti
• Sub-agent: 5 minuti anche con abbonamento

Una volta ho visto ~852k non in cache sul mio schermo. In questo stato, inviare anche solo una riga con "continue" richiede di rielaborare ~850k token senza cache. L'utilizzo può crollare drasticamente in un colpo solo.

Casi comuni in cui la cache si interrompe:

1. Riprendere una sessione enorme dopo una lunga pausa
2. Cambiare modello a metà sessione (la cache è separata per ogni modello)
3. Modificare le configurazioni degli strumenti MCP collegati

Le contromisure sono semplici:

• Fai pulizia prima di andartene. Usa `/compact` mentre la cache è ancora attiva, oppure riparti da zero con `/clear`.
• Aggiorna all'ultima versione. Dalla v2.1.299, le conversazioni oltre i 200k token vengono compresse automaticamente dopo ~54 minuti di inattività, prima che scada la cache di 1 ora. Puoi disabilitare questa funzione in /config sotto Idle compaction.)

**

3. Fai pulizia delle vecchie linee guida con /doctor prompt-audit

CLAUDE.md copiato da vecchi consigli. Regole aggiunte una ad una ogni volta che commettevo un errore.

La maggior parte era scritta per modelli più vecchi.

I nuovi modelli seguono le istruzioni molto meglio dei precedenti.

⚠️ Quindi regole che in passato richiedevano enfasi come "Obbligatorio!!" "Mai!!" ora potrebbero essere fin troppo invadenti. ⚠️

Si sono accumulate anche regole in conflitto con il codice attuale o tra di loro.

Ora puoi controllare tutto con un solo comando.

1/doctor prompt-audit

Funzionalità aggiunta nell'aggiornamento di fine settembre (v2.1.283).

Cosa controlla?

1. CLAUDE.md e CLAUDE.local.md, AGENTS.md nelle cartelle del progetto e in quelle superiori
2. ~/.claude/CLAUDE.md (le mie linee guida personali applicate a tutti i progetti)
3. Regole, skill, comandi personalizzati, definizioni di sub-agent, stili di output all'interno di .claude/

Segnala i problemi ma non suggerisce correzioni per skill e agent dei plugin.

I criteri si basano sul modello che stai usando attualmente. Individua i pattern di prompt obsoleti per quel modello e crea un report con suggerimenti per le correzioni.

(Non legge i file che potrebbero contenere chiavi, come i file di configurazione o .mcp.json.)

4. Correggi l'ambiente di lavoro quando Claude ripete gli stessi errori

⛏️ Quando l'AI combina di nuovo pasticci. Ore perse dietro allo stesso problema. ⛏️

Se stai correggendo la stessa cosa per la terza volta, non è colpa del modello. È colpa dell'ambiente di lavoro.

Uso questo metodo da oltre un anno, dai tempi di Claude Sonnet 3.7. In parole povere..

--> Fai analizzare all'AI la sessione in cui ha fallito, poi rifletti le cause nelle linee guida del progetto e nei metodi di verifica.

⭐️ Fai così! "Analizza gli errori usando il Session ID" ⭐️

1. Digita `/status` nella sessione in cui gli errori si sono ripetuti per ottenere il Session ID. Copialo.

2. Apri una nuova sessione di Claude Code (funziona anche con Codex) e incolla questo:

1"<Session ID>" → Trova i punti in cui questa sessione di Claude Code ha fallito due o più volte.
2
3Individua le cose che ho fatto notare ma che ha continuato a sbagliare, e i colli di bottiglia.
4
5Categorizza perché sono accadute (ipotesi errate, contesto mancante, struttura del codice, mancanza di test)
6
7e proponi la correzione minima necessaria solo per CLAUDE.md, .claude/rules, skill,
8hook o test per evitare che si ripetano.

3. Rivedi i suggerimenti e applica solo quelli validi.

4. Verifica l'efficacia. Riprova le richieste che prima fallivano e vedi se ora funzionano.

⚠️ Non ammassare tutto in CLAUDE.md. ⚠️

Più diventa lungo, più divora contesto e le regole entrano in conflitto!!!

• Regole valide per tutto il progetto in CLAUDE.md
• Regole per cartelle/file specifici in .claude/rules/ o nel CLAUDE.md all'interno di quella cartella
• Procedure ripetitive come Skill
• Regole assolute tramite Hook e permessi (Consiglio #10)
• Stesso bug ricorrente tramite test di regressione

Ogni tanto fai pulizia delle regole accumulate con il Consiglio #3 `/doctor prompt-audit`. Il Consiglio #4 costruisce, il Consiglio #3 pulisce.

**

5. Mantieni la memoria di lavoro tra le sessioni con Claude-Mem

Claude Code dimentica le conversazioni quando termina una sessione.

**"Perché l'ultima volta abbiamo fatto così?"

"Come avevamo risolto quell'errore?"**

Devi rispiegare tutto in ogni nuova sessione.

L'unico plugin per Claude Code che uso costantemente da un anno risolve questo problema.

--> claude-mem.

⭐️ Ha superato le 100k stelle su GitHub. ⭐️

In cosa differisce dalla memoria di base?

Claude Code ha una Auto Memory di base. Ecco la differenza:

L'Auto Memory di base riassume in note i contenuti che Claude ritiene importanti e gli apprendimenti derivati dal progetto. È visualizzabile tramite /memory, senza bisogno di installazioni.

claude-mem registra automaticamente quali task sono stati svolti nelle sessioni precedenti, come sono stati risolti gli errori e perché sono state prese determinate decisioni. Recupera i record necessari nella sessione successiva.

Sul mio schermo ho visto un risparmio fino all'87% di token.

L'installazione richiede una sola riga nel terminale:

1npx claude-mem install

Oppure installalo come plugin all'interno di Claude Code:

1/plugin marketplace add thedotmack/claude-mem
2/plugin install claude-mem

❌ Non consigliato se ❌

1. Usi principalmente Codex
2. Hai già un altro plugin per la memoria o un sistema personalizzato di passaggio di consegne

Aggiungere strumenti sovrapposti aumenta complessità e costi.

Se usi solo Claude Code, invece, è fortemente consigliato.

6. Tieni sotto controllo Modello, Effort, Contesto e Utilizzo con Statusline

Mentre usi Claude Code, ti chiedi continuamente:

• Questa sessione usa Opus? Sonnet? Haiku?
• Quale effort è impostato?
• Quanto è pieno il contesto?
• Quanto resta del limite di 5 ore e di quello settimanale?

🔥 Statusline mantiene queste informazioni visibili in fondo al terminale. 🔥

Crearla è facile. Descrivi l'aspetto desiderato dopo `/statusline`, e Claude genererà e applicherà lo script.

I miei 5 design condivisi

In precedenza ho condiviso 5 prompt statusline pronti da copiare e incollare.

1. Minimal: Modello, effort, progetto e contesto in una sola riga

2. Pastel Blocks: Blocchi evidenziati pastello perfetti per terminali scuri

3. Nord Powerline: Confini a freccia fluidi tra i segmenti

4. Limit Dot Bar: Per Pro/Max. Utilizzo di 5 ore e 7 giorni, tempo al reset sotto forma di barre a punti

5. Vivid Gauge: Badge verde lime e indicatore diagonale. Include il conteggio dei token del contesto

I prompt completi sono nei post originali. Copia, incolla e Claude la costruirà immediatamente.

1. Minimal: https://x.com/lucian__03/status/2103173295118098750

2. Pastel Blocks: https://x.com/lucian__03/status/2103173396075065594

3. Nord Powerline: https://x.com/lucian__03/status/2103173518573916178

4. Limit Dot Bar: https://x.com/lucian__03/status/2103173612832444536

5. Vivid Gauge: https://x.com/lucian__03/status/2103173754218258607

7. Fai eseguire a Claude e verificare direttamente i risultati

Claude dice "Implementazione completata!" Ma quando lo esegui, fallisce. I pulsanti non funzionano, le schermate si rompono o non appare nulla.

I test passano, ma le app falliscono molto più spesso di quanto ci si aspetterebbe.

Quindi fai in modo che sia Claude ad avviare e interagire con l'app. Esistono comandi appositi:

• /run: Avvia effettivamente l'app del progetto e la manipola per verificare le modifiche.
• /verify: Compila ed esegue l'app per confermare che le funzionalità modificate funzionino. Non si accontenta di test o controlli di tipo.
• /run-skill-generator: Salva come skill le istruzioni su come eseguire questo progetto (comandi, variabili d'ambiente, passaggi di preparazione). Fallo subito per i progetti complessi.
• /verify salva il metodo verificato come skill del progetto (.claude/skills/verify/) per poterlo riutilizzare.

Flusso di utilizzo:

1. Implementa la funzionalità, controlla prima test e build

2. Esegui l'app con /run

3. Clicca/inserisci dati per il web, input/output di esempio per la CLI

4. Conferma di nuovo che l'obiettivo sia stato raggiunto con /verify

5. Correggi e riesegui se ha fallito. Conserva i risultati reali dei comandi o gli screenshot come prova

8. Separa l'AI che programma da quella che revisiona

Non noti i refusi nei tuoi stessi testi. Per l'AI è uguale.

La sessione di programmazione è sbilanciata verso il "questo è corretto".

⭐️ Quindi usa un revisore con un contesto fresco. ⭐️

• /code-review: Trova bug e problemi di accuratezza nel codice modificato, nelle PR, nei branch o nei percorsi.
• Imposta l'intensità, ad esempio /code-review high (da low a max).

(Di default genera solo report; aggiungi --fix per le correzioni automatiche.)

• /security-review: Controlla problemi di sicurezza (autenticazione, validazione input, esposizione dati) nel diff tra il branch e il default remoto.
• /simplify: Elimina duplicati, inefficienze e complessità. Non serve per trovare bug (di quello si occupa /code-review).

Ordine consigliato:

1. Pulisci il codice con /simplify

2. Verifica le funzionalità con /verify (Consiglio #7)

3. Cerca i bug con /code-review

4. Aggiungi /security-review se tocchi login, pagamenti, chiavi API o dati personali

Non serve eseguirli tutti e 4 ogni volta.

⚠️ Per piccole correzioni potrebbe bastare solo /code-review. ⚠️

Per una revisione più approfondita, usa /code-review ultra (equivalente a /ultrareview).

(Revisione profonda basata su cloud; gli utenti Pro/Max hanno 3 tentativi gratuiti.)

9. Definisci design e criteri di completamento prima di programmare cose complesse

Per i task complessi, fornisci prima a Claude l'ambito e i criteri di completamento, non lunghe istruzioni di programmazione.

Senza questo, Claude amplia l'ambito arbitrariamente.

⚠️ Modifica file non necessari e fa lavori non richiesti. ⚠️

Usare la Plan Mode:

Premi Shift+Tab per attivare la plan mode, oppure digita /plan. Puoi aggiungere un task, ad esempio /plan fix login bug.

(La Plan Mode legge i file e pianifica soltanto. Il codice viene modificato solo dopo l'approvazione.)

Flusso: Esplora → Pianifica → Approva → Implementa → Verifica.

Salta la pianificazione per correzioni di refusi o modifiche di una riga. Regola della documentazione ufficiale: se la modifica si può descrivere in una frase, salta il plan.

10. Applica automaticamente le regole critiche con gli Hook

Anche se CLAUDE.md dice "Non toccare questo file", a volte Claude lo fa comunque.

🔥 CLAUDE.md è una linea guida; gli Hook sono imposizioni. 🔥

I 3 più usati:

• PreToolUse: Subito prima della modifica di un file o dell'esecuzione di un comando. Blocca le modifiche ai file protetti e i comandi pericolosi.
• PostToolUse: Subito dopo l'esecuzione. Formatta o analizza automaticamente i file modificati.
• Stop: Quando Claude cerca di concludere. Impedisce di fermarsi se i test non sono completi.

Esempio: bloccare le modifiche alla configurazione di produzione

Chiedi a Claude di creare gli hook:

--> "Crea un hook PreToolUse che blocchi le modifiche a config/production.env."

Buoni casi d'uso:

• Eseguire automaticamente il formatter quando si modificano file di codice (PostToolUse)
• Richiedere conferma prima di toccare cartelle critiche (PreToolUse)
• Bloccare lo stop se i test non sono stati eseguiti (Stop)
• Bloccare comandi pericolosi (PreToolUse + Bash)

11. Esegui più sessioni di Claude contemporaneamente con Git Worktree

Cosa succede se due finestre di Claude lavorano nella stessa cartella?

🚫 Vanno in conflitto modificando gli stessi file. (Davvero frustrante..) 🚫

Worktree divide il repository in cartelle/branch separati per ogni task.

Claude Code lo fa con un solo comando:

Esegui in due terminali:

• claude --worktree feature-auth
• claude --worktree feature-dashboard

Funziona anche la forma breve -w.

Crea .claude/worktrees/feature-auth/ e lavora sul branch worktree-feature-auth.

--> ⭐️ Le due sessioni non toccano i file l'una dell'altra. ⭐️

Note:

I nuovi worktree partono dal branch remoto predefinito (main), non dal branch attuale.

Passa il numero della PR come claude --worktree "#1234" per partire dalla PR.

Alla fine della sessione ti chiederà se conservare o eliminare il lavoro residuo.

Attenzioni:

1. Worktree isola solo file e branch. Database locali, porte, target di deploy o account API condivisi causano conflitti.
2. Possibili conflitti di merge se vengono modificati gli stessi file.
3. Definisci le interfacce o sequenzia i task strettamente accoppiati.
4. Ogni sessione consuma utilizzo separatamente. Parallelo ≠ risparmio di token.

12. Ripeti la verifica finché l'obiettivo non è raggiunto con /goal

Claude si ferma dopo un singolo turno. Potrebbe dire "quasi tutto sistemato" nonostante 3 test falliti.

• Goal mantiene Claude al lavoro finché i criteri di completamento non sono soddisfatti (dalla v2.1.139).
• /goal mostra l'obiettivo e lo stato attuali.
• /goal clear rimuove l'obiettivo e lo ferma.

Come funziona...

Dopo ogni turno, un modello piccolo e veloce valuta se le condizioni sono soddisfatte. In caso contrario, Claude prosegue con il turno successivo.

Includi il metodo di verifica nell'obiettivo (es. "mostra il comando di test e i risultati"). Il modello giudice ha bisogno di prove.

Che differenza c'è con /loop o l'hook Stop?

--> Goal avvia immediatamente il turno successivo in caso di fallimento. Si ferma quando il giudice conferma il successo.

/loop ripete un task a intervalli (es. /loop 5m check deploy).

L'hook Stop esegue uno script personalizzato per controllare le condizioni alla fine del turno.

Combinali per ottenere i risultati migliori:

1. Definisci ambito e criteri con /plan (Consiglio #9)

2. Dividi i task con claude -w (Consiglio #11)

3. Formatta/blocca tramite Hook (Consiglio #10)

4. Itera finché i criteri non sono soddisfatti con /goal (Consiglio #12)

5. Conferma con /run e /verify (Consiglio #7)

6. Revisiona con un contesto fresco tramite /code-review (Consiglio #8)

Riepilogo

1. Varia l'effort in base al task. Delega ai sub-agent.

2. Non riempire completamente il contesto. Fai attenzione alla scadenza della cache.

3. Pulisci il vecchio CLAUDE.md con /doctor prompt-audit.

4. Per errori ripetuti, correggi l'ambiente, non il modello.

5. Memoria tra le sessioni tramite claude-mem.

6. Monitora modello, effort, contesto e limiti tramite statusline.

7. Verifica con /run e /verify, non fidarti solo di un "fatto".

8. Separa l'AI programmatrice da quella revisore.

9. Pianifica prima i task complessi.

10. Imponi le regole critiche con gli Hook.

11. Parallelizza con worktree.

12. Insisti fino al successo con /goal.

Claude Code si aggiorna rapidamente. Condividerò nuovi consigli man mano che emergeranno.

Salvalo nei preferiti se ti è stato utile e condividilo con gli amici che usano Claude Code.

Grazie per la lettura!

Post singoli precedenti citati:

Effort dei sub-agent: https://x.com/lucian__03/status/2108194703782916166

Effort, Max non è sempre il migliore: https://x.com/lucian__03/status/2104641991279874134

autocompact 500~700k: https://x.com/lucian__03/status/2108589402914177236

852k non in cache e scadenza cache: https://x.com/lucian__03/status/2106396357527531800

/doctor prompt-audit: https://x.com/lucian__03/status/2104560017407869028

Auto-miglioramento AI (aggiornamento Harness): https://x.com/lucian__03/status/2081761475560157477

claude-mem: https://x.com/lucian__03/status/2108997241864159442

5 design per statusline: https://x.com/lucian__03/status/2103173166973718537