Claude Code nel 2026: 11 consigli, scorciatoie e comandi

Per ulteriori istruzioni sull'uso di Ailoot, consulta la documentazione.

Cosa fanno questi 11 consigli e perché servono tattiche invece della teoria?#

Con il vibe coding, la domanda non è più «Claude Code funziona?», ma «come si lavora con lui senza esaurire i propri limiti o incorrere in allucinazioni?». Le mie 9 guide precedenti trattano i concetti: CLAUDE.md, Plan Mode, context engineering, Skills, Subagents, MCP, /rewind, limiti, second brain. Questa guida raccoglie le tattiche che li completano.

Ogni consiglio risolve un problema. Puoi leggerli in ordine oppure passare a quelli più urgenti: per le scorciatoie, vai direttamente al consiglio 1; per risparmiare token, ai consigli 4 e 5; per il lavoro parallelo, al consiglio 6; per le tecniche dell'autore, ai consigli 8-11.

Scrivo per chi ha già installato Claude Code e lo usa da almeno una settimana. Se lo stai installando adesso, inizia dalla guida a CLAUDE.md e poi torna qui.

Come cambiare modalità in Claude Code con la scorciatoia Shift+Tab#

L'errore più comune dei principianti è restare tutto il giorno in default e approvare manualmente ogni modifica. Dopo un'ora diventa estenuante e viene voglia di usare --dangerously-skip-permissions (ne parliamo alla fine del consiglio). Shift+Tab è una via di mezzo: scegli tu quando usare acceptEdits e quando plan.

Ecco la regola specifica che seguo quando cambio modalità:

1. Inizio di un’attività complessa – usa Shift+Tab finché l’indicatore mostra plan. Claude ci ragiona e prepara un piano; non scrive codice finché non lo approvo.
2. Piano approvato, si passa all’implementazione – scorri finché l’indicatore mostra acceptEdits. Claude modifica i file senza chiedere l'approvazione, ma continua a chiedere conferma per i comandi Bash.
3. Modifiche di routine (rinomina, refactoring banale) – passa direttamente a acceptEdits, senza piano.
4. Zona pericolosa (migrazioni del database, eliminazione di file) – torno a default con Shift+Tab.

# Modalità comuni: controllare l’etichetta attiva, non contare le pressioni.
# default        - richieste di autorizzazione standard
# acceptEdits    - modifiche accettate; restano gli altri permessi degli strumenti
# plan           - analisi e pianificazione prima dell’implementazione
# Altre modalità dipendono da versione, impostazioni e policy dell’organizzazione.

Se Shift+Tab non funziona nella tua versione di Claude Code (claude --version), controlla di avere installato la versione più recente. Il comando /doctor mostra tutte le informazioni sull'installazione.

Come annullare l'ultima azione senza perdere il contesto: Esc Esc#

Esc ed Esc Esc fanno cose diverse, ed è per questo che spesso vengono confusi:

• Un solo Esc – interrompe Claude mentre sta facendo qualcosa. Tutto quello che è riuscito a fare resta com'è. È utile se ha preso la direzione sbagliata e vuoi reindirizzarlo.
• Esc due volte – se il campo di input è vuoto, apre il menu dei checkpoint (ripristina il codice, la conversazione, entrambi oppure crea un riepilogo). Se il campo contiene testo, lo svuota e salva il testo nella cronologia (la freccia su lo ripristina).

# Dal menu Esc Esc con il campo vuoto:
# 1. Ripristina solo il codice             - ripristina i file, lascia invariata la conversazione
# 2. Ripristina solo la conversazione     - ripristina la conversazione, lascia invariati i file
# 3. Ripristina codice e conversazione    - ripristina entrambi (la scelta più comune)
# 4. Riassumi da qui                    - riassumi la conversazione a partire da questo punto
# 5. Riassumi fino a qui                - riassumi fino a questo punto

I checkpoint vengono creati automaticamente per ogni prompt che invii: non devi ricordarti nulla e puoi sempre tornare indietro. Per la spiegazione completa, consulta la guida a /rewind, che illustra anche come usare git per ripristini approfonditi.

Esc Esc è una delle prime tecniche per principianti. Quando smettono di temere di «rompere tutto senza poter annullare», iniziano a sperimentare con più coraggio e i risultati migliorano di molto.

Quando usare /compact invece di /clear?#

Ecco come funziona /compact: Claude elabora l'intera cronologia dei messaggi e restituisce un breve riepilogo con i dettagli più importanti. Un trucco utile è dargli un'indicazione: /compact conserva i principi di programmazione e il piano attuale, elimina la discussione sul CSS. In questo modo la compressione sarà mirata.

# Quando usare cosa:
/clear                              # funzionalità completata, si passa a una nuova
/compact                            # sessione lunga, contesto >50% pieno
/compact keep the architecture and plan  # compressione mirata con un obiettivo specifico

Il segnale che è ora di usare /compact: il comando /cost o la barra di stato mostrano che è stato usato almeno il 70% della finestra di contesto, ma la sessione è solo a metà. Se ignori questo segnale, Claude inizierà a «dimenticare» l'inizio della conversazione e perderai tempo a rispiegare le cose.

Per la teoria completa della finestra di contesto, consulta la guida al context engineering. Spiega anche perché il contesto è una risorsa finita con rendimenti decrescenti.

Come monitorare i token in tempo reale: il comando /cost#

La paura di «spendere tutto in un giorno» è una delle principali preoccupazioni dei vibe coder. Il modo principale per affrontarla è rendere la spesa visibile.

/cost          # mostra la spesa della sessione corrente (token + $)
/statusline    # configura la barra di stato: modello + directory + % contesto + costo

Una regola semplice: controlla /cost ogni 30-60 minuti. Se hai speso meno di un paio di dollari in un'ora, va bene. Se hai speso di più, c'è qualcosa che non torna: forse hai dimenticato /compact e il contesto sta crescendo, forse hai scelto il modello sbagliato (ne parliamo nel prossimo consiglio) oppure Claude sta rileggendo file grandi 10 volte.

La guida completa per risparmiare sui limiti è «Come non esaurire i limiti di Claude Code in un giorno», con 8 regole. Qui la tattica consiste nel rendere visibile la spesa con /cost e /statusline.

Vuoi non solo monitorare i token, ma anche costruire un sistema in cui un agente AI non superi da solo i propri limiti? /cost è solo un indicatore. La combinazione completa – clone AI + Second Brain + Context Engineering – trasforma Claude da «assistente con limiti» in uno strumento capace di lavorare a lungo in modo prevedibile.

Quale modello Claude scegliere per un'attività: Haiku, Sonnet o Opus?#

claude --model haiku   # ~3× meno caro di sonnet, per il lavoro di routine
claude --model sonnet  # predefinito, equilibrio tra prezzo e qualità
claude --model opus    # ~1.7× più caro di sonnet, per attività complesse

Secondo i prezzi pubblici di Anthropic del maggio 2026: Haiku $1/$5 per 1M di token di input/output, Sonnet $3/$15 e Opus $5/$25. Ciò significa che Haiku costa 3 volte meno di Sonnet e Opus 1,7 volte più di Sonnet.

Come scelgo ogni giorno:

È discutibile se usare Sonnet e Haiku quando Opus ottiene in media il risultato «al primo tentativo». La mia risposta: per un imprenditore non programmatore, Haiku e Sonnet sono convenienti per il 70% delle attività. Conviene riservare Opus al 30% davvero difficile.

Come eseguire 3-5 attività in parallelo: /resume + git worktrees#

La logica è semplice: una lunga finestra di Claude consuma contesto. Ogni richiesta carica nel modello tutto ciò che era presente in quella finestra, anche se ora stai parlando di tutt'altro. Cinque finestre brevi per microattività ricordano solo il proprio lavoro. Nel complesso, spendi meno.

# Avvia una sessione con un nome per un'attività specifica:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Usa un worktree per evitare sovrapposizioni in git:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Se perdi il filo di ciò che c'è in ogni finestra, esegui claude --resume senza argomenti per vedere un elenco delle sessioni recenti con nomi e orari. In una sessione attiva, /agents controlla i subagent in esecuzione.

Quando lavoro a una funzionalità con un ciclo di sviluppo lungo, di solito faccio così:

1. Finestra 1 – piano in plans/YYYY-MM-DD-feature.md. Solo discussione, niente codice.
2. Finestra 2 (seguendo il piano) – implementa la fase 1. Al termine aggiorna il piano ([x]).
3. Finestra 3 – implementa la fase 2 in parallelo alla finestra 2, se le fasi non si sovrappongono.
4. Finestra 4 – un agente di sintesi verifica i risultati di entrambe le finestre.
5. Finestra 5 – revisione della sicurezza dopo il merge (vedi consiglio 8).

Quando non usare i worktree: se gestisci 1-2 progetti al giorno, il tempo necessario per passare da una directory all'altra riduce il vantaggio. I worktree iniziano a convenire con 3+ attività parallele al giorno.

Come evitare le allucinazioni: riferimenti ai file con @file#

Il completamento automatico dei file inizia con il simbolo @. Inizia a digitare un percorso e Claude ti mostrerà dei suggerimenti. Puoi fare riferimento a più file contemporaneamente: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt senza percorsi esatti (sbagliato):
> Esamina la logica di autenticazione e correggi il bug della sessione

# Prompt con riferimenti @ (corretto):
> @src/lib/auth.ts @src/lib/session.ts - correggi il bug: dopo il logout il cookie non viene cancellato

Il secondo trucco dello stesso gruppo è la modalità shell con !:

> !git status                # viene eseguito senza chiamare Claude, l'output entra nel contesto
> !npm test                  # idem
> !cat /var/log/app.log | tail -50  # idem

Perché: non sprechi token per dire «Claude, guarda git status»; Claude otterrebbe la stessa risposta tramite lo strumento. ! è più breve e meno costoso.

Questo si collega a CLAUDE.md: il file principale dovrebbe contenere fino a 200 righe di regole del progetto. Le regole più specifiche (per esempio, le convenzioni API) vanno in .claude/rules/api-design.md con frontmatter YAML paths: ["src/api/**/*.ts"]. In questo modo vengono caricate solo quando Claude modifica file in src/api/. Per la spiegazione completa, consulta la guida a CLAUDE.md.

Come non perdere i progressi nelle attività lunghe: piani a fasi e [ ] / [x]#

Ecco il modello di file che uso per il piano in ogni progetto:

# Piano: [nome della funzionalità]
Data di creazione: 2026-05-22
Obiettivo: [una frase su ciò che vogliamo ottenere]

## Fase 1: [nome breve]
- [ ] Passaggio 1.1: [azione specifica]
- [ ] Passaggio 1.2: [azione specifica]
- [ ] Passaggio 1.3: [azione specifica]

## Fase 2: [nome breve]
- [ ] Passaggio 2.1
- [ ] Passaggio 2.2

## Risultato
Da compilare alla fine: implementazione completa o parziale e attività rimanenti.

La regola è assoluta: ogni agente deve aggiornare il piano dopo ogni sessione. In altre parole, appena completi una fase, apri il file e contrassegnala con [x]. Se non lo fai, la finestra successiva non saprà che la fase è terminata e proverà a ripeterla.

Quando il piano è in un file, anziché nella tua testa:

• Le finestre parallele (vedi il consiglio 6) possono occuparsi di fasi diverse.
• Se l'attività dura 3 giorni, quando torni dopo 2 giorni vedi subito da dove avevi lasciato.
• La verifica finale rispetto al risultato effettivo è semplice (grep -c "\[ \]" nel file = numero di elementi ancora aperti).

Quando non serve: una correzione urgente di 5 minuti, una modifica banale a un solo file, leggere e riassumere un log. Non ogni attività richiede un piano.

Questa tecnica fa parte del concetto Second Brain. Per la spiegazione completa delle cartelle business/, plans/, ai-clone/, consulta la guida a Second Brain.

Come prevedere dove Claude potrebbe fallire: autocritica con 10 motivi#

Ecco il modello di prompt che uso alla lettera:

Immagina che la cartella dell'idea sia stata sottoposta a un metodo che ti porta a pensare come se il progetto fosse già fallito del tutto. Elenca 10 motivi per cui, tra un anno, avrò speso molto tempo e l'idea si sarà rivelata un fallimento. Il tuo compito non è risparmiarmi, ma essere il più duro possibile.

Dopo i 10 motivi, un secondo giro: difendi ciascun motivo dalle mie obiezioni. Dove sono più debole?

Terzo giro: scrivi un piano per evitare che questi problemi si verifichino.

Lo uso in tre fasi:

1. La prima idea, «va tutto benissimo» – quando sono sicuro. L'autocritica ridimensiona l'idea del 30-50%.
2. A metà del piano – quando sono già immerso nel lavoro e sono diventato cieco.
3. Prima del lancio – un ultimo filtro.

In modalità avversariale Claude ti mette davvero alla prova. Nella stessa situazione GPT-5 prima elogia l'idea e poi «cerca di trovare miglioramenti». Ho notato questa differenza dopo un anno di esperimenti:

Per me la differenza in modalità avversariale è questa: ChatGPT dice «Ottima osservazione, hai assolutamente ragione». Nella stessa situazione Claude dice «D'accordo, è una cavolata completa; lo rifaccio subito». Quando mi serve una critica, la seconda risposta mi risparmia giorni di lavoro sprecato.

Quando non applicarla: nelle iterazioni positive sull'interfaccia e sui testi. La modalità avversariale è fuori luogo in quel contesto: uccide la creatività.

Questa tecnica è nota come pre-mortem di progetto. L'ho adattata al lavoro con un agente AI: invece di una squadra di persone, fai un pre-mortem con Claude. Nessuno ha paura di dire «capo, il progetto fallirà» e i punti ciechi emergono in pochi minuti.

Come fare 5 ricerche nel tempo di una: subagent in parallelo#

Ecco il modello di prompt:

Hai già tutto il contesto. Fai una ricerca approfondita; avvia 5 subagent in parallelo.

Subagent 1: esamina le reti professionali: chi sta risolvendo questo problema?
Subagent 2: soluzioni open source su GitHub: quali sono popolari?
Subagent 3: acceleratori per startup: chi sta attirando
            investimenti in questa nicchia?
Subagent 4: siti web dei concorrenti diretti: cosa promettono e
            a quale prezzo?
Subagent 5: confronti e recensioni: cosa
            dicono gli utenti nelle recensioni?

Quando tutti hanno finito, avvia un agente di sintesi
che mette a confronto i 5 rapporti e prepara una scaletta
per la mia cartella second brain.

Cosa cambia rispetto a una ricerca normale:

• Tempo: 5 flussi simultanei anziché 5 in successione. Un'ora di lavoro in 15 minuti.
• Profondità: ogni agente è specializzato. Il bias di conferma di un agente non condiziona gli altri.
• Contesto: ogni subagent ha un contesto proprio, separato da quello principale.

Per la guida completa ai subagent, consulta «Subagent di Claude Code nel 2026». Spiega anche la differenza tra Skills e MCP e quando usare l'uno o l'altro.

Quando non applicarla: modifiche estetiche, correzioni di bug e piccole attività tecniche. Fare ricerca è eccessivo per qualsiasi attività più piccola di «una nuova funzionalità che richiede almeno 1 giorno di lavoro».

Come assegnare attività a Claude dal telefono: un bot Telegram in tasca#

Come configurarlo (4 passaggi):

1. Un computer sempre acceso – disattivo la sospensione nelle impostazioni di sistema (macOS: Risparmio Energia → Impedisci al computer di andare in stop).
2. Claude Code in esecuzione in un terminale, aperto sulla cartella del progetto.
3. Il plugin Telegram ufficiale – aggiungi il marketplace con /plugin marketplace add anthropics/claude-plugins-official, poi installa /plugin install telegram@claude-plugins-official (i passaggi esatti vengono aggiornati nel tempo: le istruzioni più recenti si trovano nel repository ufficiale del plugin).
4. Il bot è associato a una sola sessione – questa è una limitazione attuale: un bot = un progetto = una sessione. Se te ne serve un'altra, configura un secondo bot.

Cosa faccio ogni giorno con il bot:

• Sono fuori a fare una passeggiata e mi viene un'idea: la mando subito al bot per non dimenticarla. Il bot la aggiunge a inbox.md perché venga elaborata in seguito.
• Una chiamata con un potenziale cliente: dopo la chiamata, chiedo al bot: «sulla base della trascrizione dell'ultima chiamata, indica i 3 principali punti dolenti a nostro favore». Un minuto dopo ho un'analisi completa nella chat.
• Al mattino al bar: «mostrami i compiti non finiti della mia lista». Non serve aprire il portatile.

⚠️ Attenzione: per ora non puoi eseguire /clear o /compact dal bot. La sessione del bot è la stessa del terminale e il contesto continua a crescere. Puoi riavviarla solo manualmente dal terminale.

Per me è l'estensione più utile di Claude Code delle ultime due settimane. Mi ha portato da «lavoro con Claude quando sono alla scrivania» a «lavoro con Claude ogni volta che mi viene un'idea».

Da cosa iniziare: una roadmap di 7 giorni#

La combinazione di tecniche conta più di ciascuna tecnica presa singolarmente. Shift+Tab senza Esc Esc rende spaventoso sperimentare. /compact senza /cost non ti dice quando comprimere. I piani nei file senza finestre parallele sono una complicazione senza benefici.

Quando i primi 9 consigli saranno diventati naturali, passa al sistema completo: clone AI + Second Brain + Context Engineering. È la metodologia con cui ho fatto lavorare Claude per sei mesi di fila, senza allucinazioni, perdita di contesto o interruzioni a metà di un'attività.

Per continuare a lavorare con i modelli, puoi andare su Ailoot.