Claude Code può diventare molto più utile senza aggiungere un solo plugin. Il punto non è soltanto chiedergli di scrivere codice: è capire come controllare i consumi, conservare le istruzioni giuste, liberare una conversazione diventata confusa e separare una domanda laterale dal lavoro principale. Poi ci sono funzioni meno ovvie, dal controllo remoto alla creazione di design e alla ricerca approfondita.
Il video di Raffaele Gaito, “7 funzionalità di Claude Code che (forse) non conosci”, pubblicato il 30 settembre 2026, offre un ottimo punto di partenza. Qui sviluppiamo quei sette temi in una guida originale: comandi, esempi concreti, criteri per usarli e limiti da conoscere. Per “segreti” intendiamo funzioni poco sfruttate, non scorciatoie nascoste per aggirare abbonamenti o permessi.
Una precisazione prima di iniziare: Claude Code cambia rapidamente. Un comando può dipendere dalla versione, dal piano, dall’ambiente e dalle impostazioni dell’organizzazione. Le indicazioni sono state confrontate con la documentazione Anthropic disponibile alla data di pubblicazione; se una voce non appare, controllare i requisiti è più utile che incollare comandi trovati altrove.
Il video originale: sette funzioni, senza confondere i loro effetti
Il filo comune è l’organizzazione del lavoro. Non tutte queste funzioni rendono il modello più intelligente; molte impediscono di sprecarne il contesto o di affidargli un compito senza sapere cosa stia facendo. È una distinzione importante anche rispetto agli altri sistemi di agenti descritti nel nostro approfondimento sul DevDay di OpenAI: modello, strumenti e ambiente operativo non sono la stessa cosa.
1. Controllare i consumi con /usage: capire dove finisce il budget
Il primo segreto è smettere di aspettare il messaggio di limite raggiunto. Con /usage, oppure con la sezione dedicata all’utilizzo nell’interfaccia disponibile, puoi osservare i consumi e capire se il modo in cui stai lavorando è sostenibile. Il dato va interpretato in base all’accesso: un abbonamento e un utilizzo fatturato tramite API non mostrano necessariamente le stesse informazioni.
Secondo la documentazione sui costi, le informazioni possono includere limiti del piano e attribuzioni recenti a strumenti come skill o subagenti. Non trattare però una stima locale come una fattura: per la spesa API effettiva conta il sistema di rendicontazione dell’account. Anche le attribuzioni delle attività locali non descrivono automaticamente tutto quello che hai fatto da altri dispositivi.
Un esempio utile: la revisione che continua ad allargarsi
Immagina di chiedere una correzione a un modulo, poi aggiungere controllo di sicurezza, refactoring, documentazione e confronto fra tre implementazioni. Il lavoro non è più una piccola modifica. Il budget viene assorbito da letture, ragionamento, risposte e attività parallele. Guardare i consumi prima e dopo aiuta a distinguere una verifica necessaria da una deriva del compito.
Una strategia concreta è delimitare l’obiettivo: prima analisi dei due file coinvolti, poi proposta, infine modifica e test mirati. Se emergono problemi fuori ambito, chiedi una lista separata invece di aprire automaticamente un’indagine sull’intero progetto. Non significa rinunciare alla qualità: significa decidere consapevolmente dove spenderla.
Contesto e quota non sono sinonimi. Il contesto riguarda le informazioni che una conversazione può utilizzare; la quota riguarda l’utilizzo consentito o fatturato. Una chat corta può aver consumato parecchio per una ricerca complessa. Una chat lunga può contenere molte informazioni già disponibili. Né /clear né una domanda laterale garantiscono un azzeramento del consumo.
2. Usare /memory: conservare regole, non accumulare una discarica di istruzioni
La memoria è interessante perché risolve un problema quotidiano: dover ripetere ogni volta le convenzioni del progetto. Ma occorre separare due livelli. Il file CLAUDE.md raccoglie istruzioni esplicite; la memoria automatica può conservare note utili emerse lavorando. Il comando /memory serve a ispezionare e gestire questo materiale, con le opzioni effettivamente presenti nell’ambiente.
La guida ufficiale alla memoria chiarisce il meccanismo basato su file. Non è un addestramento personale del modello: annotare una preferenza non modifica i suoi pesi. Non c’è nemmeno una garanzia che registri ogni dettaglio o diventi automaticamente migliore dopo un certo numero di giorni. La qualità dipende da ciò che viene conservato e dalla sua validità.
Cosa vale la pena ricordare
Buone istruzioni descrivono comportamenti verificabili: usare il comando di test previsto dal repository, rispettare la libreria di componenti esistente, non scrivere credenziali nei log, distinguere una proposta da una pubblicazione. “Fai sempre il meglio” non aiuta a scegliere; “prima di modificare una migrazione controlla lo schema attuale” indica invece un’azione precisa.
Un esempio: stai costruendo un’applicazione finanziaria e vuoi che ogni nuova schermata usi lo stesso formato per importi e date. La regola va scritta in modo esplicito, non affidata a una frase detta settimane prima. Un indirizzo temporaneo di test, al contrario, potrebbe non meritare memoria permanente: conservarlo rischia di trasformarlo in una falsa fonte di verità.
Fai periodicamente pulizia di preferenze superate, comandi non più validi e istruzioni contraddittorie. Evita password, token, chiavi private e dati personali. Anche quando una memoria è locale, non significa che sia un deposito sicuro per segreti. E cancellare una nota non annulla modifiche già effettuate né eventuali copie presenti altrove.
3. /clear e /compact: partire da zero oppure mantenere il filo
Una conversazione può diventare poco utile quando contiene troppi obiettivi. Hai iniziato con un bug, poi parlato di marketing, cambiato framework e chiesto una bozza di newsletter. Continuare nello stesso contesto costringe il sistema a distinguere continuamente ciò che conta da ciò che appartiene al passato.
/clear avvia una nuova conversazione con contesto vuoto. /compact, invece, sintetizza la conversazione per proseguire lo stesso lavoro con meno ingombro. La scheda dei comandi di Claude Code distingue questi due usi. Il primo è adatto a un nuovo obiettivo; il secondo a un progetto ancora in corso.
Prima di svuotare, crea un passaggio di consegne
Se il lavoro non è concluso, registra lo stato in un file del progetto: cosa è stato cambiato, quali test sono riusciti, quale problema resta aperto e quale passo viene dopo. Non serve copiare l’intera chat. Serve un riepilogo operativo che un’altra sessione possa verificare contro i file reali.
Immagina una migrazione di API. Il nuovo client è pronto, ma mancano retry e controllo degli errori. Una nota utile indica file coinvolti e verifiche da eseguire. Una nota come “quasi finito” non permette di ripartire. Questo approccio è particolarmente importante nei cambiamenti tecnici simili a quelli descritti nella nostra guida alla migrazione delle API dei modelli.
/clear non cancella i file del progetto, non elimina automaticamente la memoria e non ricarica l’abbonamento. È una gestione della conversazione, non un ripristino del computer o dei contatori del servizio. Se vuoi annullare codice, serve un’operazione distinta e controllata; se vuoi continuare una vecchia conversazione, esiste il meccanismo di ripresa.
4. /btw: una domanda laterale senza deviare il compito principale
/btw è utile quando il sistema sta lavorando e vuoi capire un dettaglio senza trasformarlo nel nuovo obiettivo. Per esempio: sta preparando test e tu chiedi che differenza ci sia fra un errore recuperabile e uno definitivo. La risposta laterale può chiarire il concetto senza aggiungere quella deviazione alla cronologia principale.
Il limite decisivo, spiegato nella documentazione della modalità interattiva, è che la domanda laterale non dispone di strumenti. Può ragionare sulle informazioni già presenti, ma non aprire un nuovo file, lanciare un comando, cercare sul web o modificare una configurazione. Se gli chiedi “controlla adesso questo file”, non stai usando il canale adatto.
Tre domande corrette e una da evitare
/btw Perché nel codice già letto è stato scelto un retry con backoff?/btw Che cosa significa idempotenza in questo caso?/btw Qual è il rischio della soluzione che abbiamo discusso?- Da evitare come richiesta laterale: “apri il file delle credenziali e cambia il parametro”. Richiede strumenti e riguarda materiale sensibile.
Questa separazione riduce le interruzioni, non rende la risposta onnisciente. Se il lavoro principale non ha ancora letto un’informazione, il canale laterale potrebbe non averla. Anche una risposta elegante può essere incompleta: chiedi che venga distinta una spiegazione generale da un fatto effettivamente osservato nel progetto.
Usalo per capire e decidere, poi comunica nella conversazione principale le decisioni che devono influenzare l’implementazione. Altrimenti rischi di approvare mentalmente una scelta che il lavoro principale non ha ricevuto. La funzione aiuta a mantenere ordine solo se il confine fra chiarimento e istruzione operativa rimane chiaro.
5. Remote Control: seguire il lavoro dal telefono, senza spostarlo nel cloud
Il controllo remoto permette di continuare una sessione locale da un altro dispositivo. Il valore pratico è semplice: puoi osservare lo stato, inviare un’indicazione o rispondere a una richiesta mentre non sei davanti al computer. Il codice e gli strumenti continuano però a lavorare nell’ambiente locale della sessione.
La documentazione di Remote Control distingue questa modalità dalle sessioni cloud. Il computer deve restare disponibile e il processo deve continuare a funzionare. L’accesso richiede i piani supportati e l’autenticazione prevista; non è una funzione che si abilita semplicemente fornendo una chiave API. Nei piani aziendali possono intervenire impostazioni amministrative.
Il dettaglio del video: abilitarlo per le nuove sessioni
Oltre all’attivazione di una sessione con /remote-control, nelle impostazioni è prevista la voce Enable Remote Control for all sessions. Quando disponibile e consentita, evita di riattivare manualmente la funzione ogni volta. Per chi lavora spesso da telefono è una comodità; per chi vuole connettere solo un’attività specifica, l’attivazione puntuale è più semplice da controllare.
Abilitare il collegamento automatico non significa rendere pubbliche le sessioni. Resta comunque necessario proteggere account e dispositivi. Non condividere link o accessi con leggerezza e non considerare il telefono una ragione per approvare modifiche senza leggerle. Su uno schermo piccolo è più facile perdere il contesto di un comando.
Una buona divisione del lavoro è riservare al telefono monitoraggio e decisioni circoscritte, lasciando al desktop la revisione dei diff importanti. Prima di allontanarti, definisci cosa il sistema può fare e cosa deve fermarsi a chiedere. Il remoto amplia la comodità, non riduce il rischio di una cancellazione o di una pubblicazione sbagliata.
6. /design: passare da un brief a una proposta visiva
Il sesto punto riguarda Claude Design. Un agente che comprende il progetto può aiutare a trasformare requisiti in una proposta visiva: schermate, flussi, composizioni e prototipi da rivedere. Il vantaggio non è soltanto produrre qualcosa di bello, ma evitare di ricominciare da una descrizione generica quando il contesto del prodotto esiste già.
Il comando /design ha requisiti specifici: nella lista ufficiale dei comandi sono indicati versione minima, disponibilità degli artifacts e accesso al template Design. Non è quindi corretto prometterlo a ogni account o ambiente. Il risultato va poi esaminato nel browser e confrontato con ciò che il prodotto deve davvero fare.
Un brief migliore di “fammi una dashboard bella”
Chiedi, per esempio, una schermata per confrontare tre spese ricorrenti, con importi leggibili, filtri per mese, stato vuoto e distinzione fra dato confermato e stima. Specifica pubblico, contenuti, priorità e componenti già disponibili. Una richiesta del genere contiene criteri di valutazione; un semplice aggettivo estetico no.
Controlla poi contrasto, gerarchia, leggibilità, comportamento mobile e presenza degli stati di errore. Un mockup convincente non dimostra che il codice sia accessibile o che una funzione sia implementata. Se devi consegnarlo a uno sviluppatore, accompagna la parte visiva con comportamenti e vincoli.
Claude Design non coincide con un generatore di immagini: una schermata di prodotto ha componenti e interazioni, mentre un’immagine editoriale è un asset. La distinzione è utile anche leggendo la nostra guida agli strumenti di generazione delle immagini. Non scegliere il risultato più scenografico se rende meno chiaro il compito dell’utente.
7. /deep-research: ottenere una ricerca strutturata, non una verità automatica
La ricerca approfondita serve quando la domanda richiede più fonti e confronti. Non è la stessa cosa di chiedere una definizione. Un esempio appropriato è confrontare le condizioni attuali di tre servizi, distinguendo prezzi, limiti, trattamento dei dati e disponibilità nelle diverse regioni.
La documentazione dei workflow descrive /deep-research come un flusso che usa ricerche parallele e costruisce un rapporto con fonti. È necessario che la ricerca web sia disponibile. Il lavoro può procedere in background; gli strumenti di monitoraggio dipendono dall’interfaccia, con /workflows nella CLI.
Come formulare una richiesta verificabile
Una buona domanda stabilisce perimetro e risultato: “Confronta questi tre prodotti usando documentazione ufficiale aggiornata; separa ciò che è disponibile da ciò che è annunciato; indica data, link e punti non verificabili”. Aggiungi cosa non vuoi: niente prezzi ricostruiti da articoli vecchi, niente affermazioni sul piano aziendale senza una fonte.
Il rapporto va controllato. Apri i collegamenti decisivi, verifica che supportino esattamente la conclusione e guarda se una fonte primaria è stata sostituita da una recensione. Un errore di accesso non dimostra che un servizio non esista. Un dato non verificato deve rimanere tale, non diventare negativo per riempire una tabella.
Per scegliere un modello, poi, un rapporto generale non sostituisce un test sul tuo lavoro. La nostra guida al confronto fra modelli mette in evidenza proprio il problema: benchmark, costi e capacità dichiarate diventano utili solo quando li colleghi al compito reale.
Come combinare le sette funzioni di Claude Code in un progetto reale
Prendiamo un piccolo sito con un’area riservata da migliorare. Il primo passo non è far partire tutto insieme. Definisci l’obiettivo: rendere più semplice il recupero dell’account senza modificare le autorizzazioni. Leggi le istruzioni del progetto e controlla che la memoria non contenga procedure vecchie.
Avvia una ricerca solo se mancano informazioni esterne, come i requisiti aggiornati del servizio di autenticazione. Se invece il problema è nei file locali, una ricerca web estesa aggiungerebbe rumore. Chiedi un design dopo aver identificato contenuti e stati della schermata, non prima di capire il processo.
Durante l’implementazione usa una domanda laterale per comprendere un termine, ma porta nella chat principale ogni cambio di requisito. Controlla i consumi quando il compito si allarga. Da remoto puoi seguire l’avanzamento; per approvare un diff che tocca la sicurezza, torna a una revisione completa.
Al termine richiedi test pertinenti e un riepilogo concreto. Aggiorna solo le regole durature nella memoria. Se il prossimo compito è diverso, avvia una nuova conversazione; se è la continuazione della stessa modifica, preserva lo stato con un riepilogo. Il beneficio nasce da questi confini, non dal numero di comandi usati.
Domande frequenti e errori da evitare
Perché un comando non compare?
Controlla versione, piano, ambiente, autenticazione e politiche dell’organizzazione. Non presumere che l’interfaccia mostrata nel video sia identica alla tua. Evita di installare componenti sconosciuti solo per riprodurre una voce che potrebbe essere già integrata o non disponibile nel tuo caso.
La memoria rende Claude infallibile?
No. Può dare continuità a un progetto, ma può anche conservare un’informazione sbagliata. Le istruzioni importanti devono essere verificabili e aggiornate. Chiedere dove abbia letto una regola aiuta a individuare la fonte del problema, invece di ripetere la stessa correzione a ogni sessione.
Posso mettere password nella memoria per risparmiare tempo?
No: usa un sistema protetto di gestione delle credenziali e fornisci solo l’accesso necessario. Memoria, prompt e rapporti non devono diventare copie dei segreti. Un riferimento alla configurazione protetta è diverso dal contenuto della chiave.
Una ricerca con molte fonti è automaticamente migliore?
No. Tre fonti primarie pertinenti possono valere più di venti pagine che si copiano. Conta la corrispondenza fra domanda, evidenza e conclusione. Per decisioni importanti, conserva anche le incertezze: eliminarle rende il testo più sicuro solo in apparenza.
Da dove iniziare davvero
Se oggi usi soltanto la chat, parti da tre abitudini: controlla il consumo di un compito concreto, ripulisci le istruzioni permanenti e separa i nuovi obiettivi dalle conversazioni vecchie. Aggiungi poi /btw, controllo remoto, design e ricerca quando risolvono un bisogno preciso.
Il vero vantaggio di Claude Code non è una lista di trucchi. È poter costruire un processo in cui sai quali informazioni conserva, quali strumenti usa, dove gira il lavoro e quando una risposta deve essere verificata. Le sette funzioni diventano potenti quando questo processo resta sotto il tuo controllo.
