Claude Code: tutti i comandi con la barra, spiegati

Cos'è un comando con la barra, e le sue 4 forme

In Claude Code scrivi quasi sempre in linguaggio normale, come in una chat. Un comando con la barra è una scorciatoia per un'azione precisa: cambiare modello, ripulire la conversazione, avviare una diagnosi. Ne esistono più di cento, e nessuno se li ricorda tutti — nemmeno chi li scrive.

Non sono tutti della stessa famiglia. Un comando nativo è scritto dentro il programma (/clear, /help, /login). Una skill in bundle è una ricetta scritta da Anthropic e già installata, che si comporta come un comando ma si può disattivare (/doctor, /code-review, /batch, /run, /verify). Un comando personalizzato è una skill che scrivi tu — ne parlo più avanti. Un comando di plugin arriva installando un plugin di terze parti, e si scrive con i due punti: /nome-plugin:nome-skill.

Il comando da ricordare per tutti gli altri è uno solo: /help. Mostra l'elenco di quello che hai davvero installato, nella tua versione — più aggiornato di qualunque guida scritta, compresa questa. Scrivendo / si apre l'elenco, e scrivendo altre lettere si filtra: il primo suggerimento si evidenzia solo se le lettere corrispondono dall'inizio del nome o di una parola dentro il nome (scrivendo /adddir si evidenzia /add-dir). Dopo un errore di battitura non si evidenzia nulla, ma i comandi simili restano in elenco e si scelgono con Tab o le freccette.

Il comando /agents è un caso particolare: non apre un elenco, ricorda solo di chiedere a Claude di creare o gestire un subagente (un assistente con un compito solo, che lavora in una conversazione separata) — ne parlo per intero nella guida «Come creare un agente in Claude». Tre comandi, infine, esistono ma non compaiono scrivendo /: vanno scritti per intero. Il più delicato è /heapdump, che salva un'istantanea della memoria per capire perché Claude Code consuma troppo: il file che genera contiene l'intera conversazione e le credenziali, e non va mai condiviso — solo il file più piccolo, -diagnostics.json, generato insieme, è sicuro da mandare a un supporto.

I comandi più utili, fase per fase del lavoro

La documentazione ufficiale raggruppa i comandi per momento del lavoro, ed è il modo più utile per orientarsi: non quello che fanno in astratto, ma quando li usi davvero. Qui ci sono i più utili di ogni fase; per tutti gli altri c'è la tabella più avanti.

Alla prima sessione in un progetto: /init legge il progetto e scrive un primo CLAUDE.md, il file di istruzioni che Claude rilegge a ogni sessione. /memory apre quel file per perfezionarlo a mano, e mostra anche le voci che Claude ha aggiunto da solo come memoria automatica.

/mcp gestisce le connessioni ai server MCP — le estensioni che danno a Claude accesso a servizi esterni, come un database o un calendario — riconnettendole, attivandole o disattivandole. /permissions (alias /allowed-tools) gestisce le regole di permesso: quali azioni chiedono conferma, quali passano da sole, quali sono vietate. Le quattro modalità (Auto, Manual, Accept edits, Plan) e come si cambiano al volo le spiego nella guida «Claude Code: cos'è e come si usa» — qui ti basta sapere che /permissions serve per le regole caso per caso, mentre la modalità con cui parte ogni nuova sessione si fissa a parte, nelle impostazioni (defaultMode).

Durante un compito: /plan fa entrare subito in modalità pianificazione, prima di toccare un file. /model cambia il modello usato (e lo ricorda per le prossime sessioni); /effort cambia quanto il modello ragiona prima di risponderti, da low a xhigh, oppure max (solo per questa sessione) o auto — più effort vuol dire risposte più accurate ma più lente e più costose in richieste, non serve sempre al massimo.

/context mostra, come una griglia colorata, cosa sta riempiendo la finestra di contesto (la memoria della conversazione). /compact libera spazio riassumendo la conversazione fin lì, e puoi dirgli cosa mettere a fuoco nel riassunto — a differenza di /clear, di cui parlo nella prossima sezione, non perde niente. /btw serve per una domanda laterale che non deve entrare nella cronologia della conversazione principale.

Per lavorare in parallelo: Claude può affidare pezzi di lavoro a subagenti, che lavorano in una conversazione separata e tornano solo con il risultato. /tasks (alias /bashes) elenca tutto quello che gira in background nella sessione corrente, compresi i subagenti già finiti.

/background (alias /bg) stacca l'intera sessione corrente per farla girare come agente in background, liberando il terminale per fare altro; /stop ferma la sessione in background a cui sei collegato (trascrizione e copia della cartella restano). /batch va oltre: scompone un cambiamento grande in 5-30 unità indipendenti, ognuna eseguita da un subagente per conto suo in una copia separata della cartella (un worktree) — serve un repository git.

Prima di consegnare: /diff mostra tutto quello che è cambiato nella cartella, comprese le modifiche fatte da Claude. /code-review (alias /review) controlla quel diff — o una pull request, un branch o un percorso che gli indichi — per errori di correttezza; con --fix applica da solo le correzioni, con --comment le posta sulla pull request. La forma /code-review ultra fa una revisione più approfondita, multi-agente, in un ambiente cloud.

/security-review controlla lo stesso diff per vulnerabilità di sicurezza — richiede che il progetto abbia un remote origin su git.

Tra una sessione e l'altra: /clear (alias /reset, /new) inizia una conversazione nuova, a contesto vuoto, mantenendo però la memoria di progetto (il CLAUDE.md) — ne parlo con un rilievo apposito nella sezione dopo. /resume (alias /continue) riprende una conversazione precedente, per nome o dall'elenco.

/branch crea un ramo della conversazione corrente, per provare una direzione diversa senza perdere quella originale (si torna con /resume); /fork invece copia la conversazione in una nuova sessione in background, e tu continui a lavorare qui. /teleport (alias /tp) porta nel terminale una sessione avviata nel cloud; /remote-control (alias /rc) fa il percorso contrario — rende questa sessione raggiungibile da claude.ai, per continuarla da un altro dispositivo, dal telefono per esempio.

Quando qualcosa non va: /rewind (alias /checkpoint, /undo) riporta indietro codice e conversazione a un punto precedente — è il tasto «annulla» di Claude Code, vale la pena saperlo usare prima che serva davvero. /doctor (alias /checkup) fa una diagnosi dell'installazione, delle impostazioni e del CLAUDE.md, e propone correzioni che applica solo dopo conferma.

/debug attiva il log di debug per la sessione e aiuta a leggerlo quando qualcosa si comporta in modo strano; /feedback segnala un bug o un parere sul prodotto (stessa finestra di invio di /bug, alias /share, che condivide anche la conversazione con uno schermo di consenso prima di mandarla).

Attenzione: /clear e gli agenti in background

Se hai lanciato uno o più agenti in background — con /batch, con lo strumento che fa girare un compito «in background», o perché Claude ne ha aperti da solo per un compito lungo — e in quel momento scrivi /clear, c'è un rischio concreto che quegli agenti vengano terminati subito, senza nessun avviso: il lavoro che stavano facendo va perso, e non compare nessun errore a segnalarlo.

Qui lo stato dei fatti è meno netto di quanto sembri, ed è onesto dirlo. Il problema è stato segnalato pubblicamente nella issue #32052 del repository ufficiale su GitHub (insieme a due segnalazioni duplicate, #31928 e #30301): un responsabile del progetto aveva scritto l'8 marzo 2026 che una correzione era in arrivo («Fix incoming»), e l'issue è stata poi chiusa il 5 aprile 2026 — ma come «non pianificata», e senza che nessuno confermi nei commenti in quale versione sarebbe stata risolta. Non è quindi certo, da questa sola fonte, che il problema sia ancora presente nelle versioni più recenti, né che sia stato davvero risolto.

Quello che si può dire con certezza è che il problema **si è verificato davvero**, e di recente: il caso concreto è lanciare più agenti, poi scrivere /clear prima che tornino — a quel punto nessuno risulta più in esecuzione, senza nessun errore a segnalarlo. Per questo, finché non lo riprovi tu stesso sulla tua versione, la prudenza resta la stessa.

Ctrl+C, premuto al prompt mentre ci sono agenti in corso, può avere un effetto simile — segnalato nella issue #95081, ancora aperta a ottobre 2026. Qui però Claude Code almeno avvisa dopo il fatto, con un messaggio del tipo «N agenti in background sono stati fermati».

1. Prima di usare /clear o Ctrl+C, controlla con /tasks se c'è un agente o un subagente ancora in corso.
2. Se c'è, aspetta che torni — lo vedi comparire come finito nella stessa lista — invece di interromperlo.
3. Se ti serve solo liberare spazio nella conversazione senza perdere il filo di quello che si stava facendo, usa /compact invece di /clear: non tocca gli agenti in corso.
4. Se il lavoro va perso comunque, non ricostruirlo a memoria: rilancialo, controllando prima (data dei file modificati, git status) che sia davvero sparito.

Come creare un comando tuo: una skill

Un comando personalizzato non è un'altra cosa: è una skill, lo stesso meccanismo (una cartella con dentro un file SKILL.md) che spiego per intero in «Creare una skill per Claude: come si scrive» — lì trovi la struttura del file, i vincoli sul nome e perché la descrizione decide se si attiva da sola. Qui vedi solo la parte in più: richiamarla come un comando, con argomenti.

Occhio se hai letto guide vecchie: la cartella .claude/commands/ è il formato di prima — se hai già comandi lì, continuano a funzionare, non si sono rotti. Ma quello consigliato oggi è un altro: .claude/skills/nome-skill/ per una skill di progetto (condivisa via git, come gli agenti) oppure ~/.claude/skills/nome-skill/ per averla su ogni progetto, solo sul tuo computer — con dentro il file SKILL.md.

Una volta creata, la richiami scrivendo /nome-skill, anche con del testo dopo. Dentro le istruzioni, $ARGUMENTS prende tutto quello che scrivi dopo il comando; $0, $1, $2 prendono gli argomenti uno per uno, nell'ordine; oppure definisci argomenti con un nome (arguments: [issue, branch] nell'intestazione) e li richiami come $issue, $branch.

Le skill «in bundle» — quelle che Claude Code include di serie, come /doctor, /code-review, /batch, /debug, /loop, /run e /verify — funzionano con lo stesso meccanismo, ma le ha già scritte Anthropic: si disattivano tutte insieme con l'impostazione disableBundledSkills, se preferisci solo le tue. Un plugin installato da altri può portarsi dietro le sue skill, in una cartella skills/ dentro al plugin: si richiamano con i due punti, per esempio /finance:audit-support.

Le skill si possono anche attivare da sole, quando quello che chiedi somiglia alla loro description — la parte su cui insiste di più la guida sorella. Se preferisci che parta solo quando scrivi tu il comando, mai da sola, aggiungi disable-model-invocation: true nell'intestazione.

Tutti gli altri comandi, in un colpo d'occhio

Quelli che restano, raggruppati per argomento. Non serve spiegare ogni singola variante o parametro di ognuno: l'obiettivo è che tu sappia che esistono e dove approfondire — e per l'elenco sempre aggiornato nella tua versione, c'è /help.