Come usare Claude Code: meno correzioni, più risultati

Come usare Claude Code per portare a termine più lavoro? Con Claude Code, il punto di partenza è definire risultati verificabili, mantenere ogni sessione concentrata sul compito e automatizzare le regole che si continuano a ripetere. Per uno sviluppatore o un piccolo team che lo usa da qualche settimana, è questo l'ordine da seguire. Il lavoro in parallelo viene dopo: prima, una singola sessione deve riuscire a completare con regolarità un compito ben delimitato.

Le pratiche che seguono si basano sulle best practice di Anthropic per Claude Code e sulla documentazione di prodotto citata nell'articolo. L'ordine proposto, gli esempi e il metodo per valutare il risparmio sono raccomandazioni editoriali per piccoli team, non un benchmark di produttività di Anthropic.

Come usare Claude Code: da quali abitudini partire

Parti dall'alto e smetti di aggiungere strumenti quando il problema è risolto. Ogni abitudine interviene su un diverso tipo di spreco.

La colonna sugli sprechi descrive il beneficio atteso. Non promette una riduzione fissa di token, tempo o spesa.

1. Dai a Claude un modo per dimostrare che la modifica funziona

Definisci la verifica prima di chiedere la modifica. Claude può usare i risultati dei test, l'output della build o il confronto tra screenshot per individuare gli errori e proseguire il lavoro. Chiedigli di mostrare le prove al termine. Anthropic: verificare il lavoro.

Da fare: se devi correggere gli invii duplicati di un modulo, specifica il comportamento desiderato: clic ripetuti devono creare un solo record. Indica il file interessato, i passaggi per riprodurre il problema e una verifica che fallirebbe con l'implementazione attuale.

Un esempio di richiesta:

Correggi gli invii duplicati nel modulo di checkout. Riproduci il problema con un test, preserva il comportamento attuale della validazione e poi esegui i test pertinenti. Riporta il comando, il risultato e ciò che non hai potuto verificare.

Comando: npm test, se il repository prevede quello script. Sostituiscilo con il comando effettivo del progetto, includendo gli eventuali passaggi di preparazione. Se un comando fallisce perché mancano dipendenze o fixture, c'è un problema nell'ambiente da risolvere: non è la prova che la modifica sia sbagliata.

Per una modifica all'interfaccia, aggiungi uno screenshot di riferimento e chiedi a Claude di acquisire il risultato in esecuzione tramite uno strumento browser disponibile. Controlla il layout a vista e il comportamento con i test. Nessuna delle due verifiche copre interamente l'altra.

Cosa si risparmia: lo sviluppatore non deve più fare da tramite tra ogni tentativo fallito e la correzione successiva. La revisione umana resta necessaria per valutare se i criteri di accettazione fossero quelli giusti.

2. Usa la modalità Plan quando l'approccio non è chiaro

Esamina la proposta prima di investire in un'implementazione impegnativa. Avvia Claude con claude --permission-mode plan, oppure passa alla modalità Plan con Shift+Tab. Claude può analizzare il progetto e proporre il lavoro da svolgere prima di modificare i file sorgente. Anthropic: pianificare prima di modificare.

Da fare: un team che vuole aggiungere un provider di autenticazione può chiedere quali file saranno coinvolti, come funzionerà il flusso di callback, quali casi di errore considerare, se serviranno migrazioni e come verificare il risultato. È il momento di correggere il piano: cambiare direzione costa ancora poco.

Comando: claude --permission-mode plan.

Per quella modifica all'autenticazione, le domande utili in revisione sono concrete: il piano riutilizza il codice esistente per le sessioni, preserva i metodi di accesso attuali e prevede un test per un callback scaduto? Approva l'approccio quando hai queste risposte, poi passa all'implementazione.

Per un refuso evidente o una modifica circoscritta e già ben specificata, salta il piano formale. Anche pianificare ha un costo: serve quando una scelta sbagliata comporterebbe una quantità significativa di lavoro da rifare. Anthropic: quando conviene pianificare.

Cosa si risparmia: diff da scartare e tempo di revisione speso a scoprire che il codice ha risolto un problema diverso da quello richiesto.

3. Mantieni CLAUDE.md breve e specifico

Raccogli le istruzioni durature del team in un file di progetto CLAUDE.md. Usalo per il comando dei test, i passaggi di configurazione dell'ambiente non immediatamente evidenti, i confini architetturali e le convenzioni che si discostano dalle scelte più ovvie. Claude carica queste istruzioni nel contesto. Anthropic: memoria di progetto.

Da fare: se le sessioni di un piccolo team usano ripetutamente il package manager sbagliato, il file può indicare il comando corretto e spiegare perché è importante. Un team che usa client API generati può annotare dove si trova lo schema sorgente e come rigenerare i client.

File: CLAUDE.md nella directory principale del progetto, da sottoporre a revisione insieme al codice che descrive.

Lascia i dettagli temporanei nel brief del compito. Elimina le regole superate quando il progetto cambia. Una riga utile evita un errore ricorrente; un generico invito a produrre codice eccellente offre ben poche indicazioni.

Questo file va distinto dalla memoria automatica, cioè gli appunti che Claude scrive sulla base dell'esperienza. La memoria automatica è locale alla macchina e condivisa tra i worktree di quel repository. Non diventa automaticamente il manuale condiviso dei colleghi. Usa /memory per consultarla o modificarla. Anthropic: memoria automatica.

Cosa si risparmia: la necessità di rispiegare il progetto a ogni sessione. La nostra guida a CLAUDE.md spiega come strutturare il file e mantenerlo in ordine.

4. Azzera il contesto quando cambi compito, compattalo quando continui

Considera la finestra di contesto, cioè il materiale che Claude può usare nella conversazione attuale, come una scrivania. Tienici solo i documenti che servono per il lavoro in corso. L'indagine su un incidente ormai conclusa non deve accompagnare la prossima modifica al CSS.

Da fare: salva le decisioni utili e i dettagli del lavoro ancora da svolgere, poi usa /clear prima di iniziare un'attività non collegata. Se invece stai proseguendo un compito lungo, /compact riassume la conversazione; puoi indicargli quali decisioni e risultati dei test conservare. Anthropic: comandi per il contesto.

Comando: /clear quando cambia il compito.

Se ti ritrovi in una sequenza di correzioni fallite, ricavane prima un brief migliore: che cosa non funziona davvero, quali approcci sono stati esclusi e quale sarà la prossima verifica. Riparti da quel brief. Azzerare tutto senza conservare ciò che hai imparato significa soltanto ricominciare l'indagine.

Usa /context per capire che cosa sta occupando spazio. Una finestra di contesto ampia offre capacità disponibile, ma non è un motivo per tenere materiale estraneo al compito. Anthropic: riferimento dei comandi.

Cosa si risparmia: contesto superfluo e ragionamenti ripetuti su approcci ormai superati. La compattazione conserva un riassunto: se perdere dettagli può creare problemi, salva in un file i requisiti esatti e i comandi.

5. Misura il costo per modifica accettata

Registra se il compito è stato completato con successo insieme ai relativi consumi. /usage mostra l'utilizzo della sessione e, per gli abbonati, le informazioni sull'utilizzo del piano. Gli importi in dollari relativi alle API sono stime: per l'addebito effettivo, fa fede la console di fatturazione. Registra il risultato della sessione prima di azzerarla, perché nelle versioni attuali /clear reimposta i totali della sessione. Anthropic: monitoraggio dei costi.

Da fare: un responsabile del team può tenere un semplice registro con tipo di compito, modello, consumi, tempo dedicato alle correzioni umane ed esito della revisione. Confronta correzioni di bug simili tra loro, anziché mettere sullo stesso piano una facile rinomina e una migrazione complessa.

Comando: /usage.

Per un progetto pilota, usa questa formula:

Costo per modifica accettata = (costo dello strumento attribuito al lavoro + costo della revisione umana e delle correzioni) ÷ modifiche accettate.

Prima di adottare queste abitudini, misura il punto di partenza. In seguito, includi anche il tempo impiegato per mantenere istruzioni e hook. Una spesa inferiore per il modello non è un risparmio se un collega deve passare più tempo a recuperare il risultato. Con un abbonamento a canone fisso, consumare meno token può lasciare spazio per altro lavoro senza cambiare la spesa mensile.

Puoi cambiare modello con /model. Anthropic propone Sonnet per la programmazione quotidiana, Opus per il ragionamento complesso e Haiku per i compiti semplici. Considerala una base di partenza per i confronti sui tuoi compiti. Anthropic: configurazione dei modelli.

Cosa si risparmia: passaggi superflui a piani superiori e impostazioni predefinite costose mantenute anche dopo aver superato la parte difficile. Consulta la nostra guida ai costi di Claude Code quando vuoi confrontare le opzioni di fatturazione.

6. Configura i permessi prima di stancarti delle approvazioni

Decidi quali azioni possono essere eseguite liberamente e quali meritano la tua attenzione. /permissions permette di gestire le regole allow, ask e deny, applicate da Claude Code indipendentemente dalle istruzioni nel prompt. Anthropic: permessi.

Da fare: se approvi continuamente lo stesso comando di lint locale, puoi autorizzare quel comando specifico dopo aver verificato che cosa fa. Il responsabile del team può invece mantenere l'approvazione esplicita per la pubblicazione delle modifiche. Evita di concedere permessi estesi alla shell solo per eliminare una richiesta ripetitiva.

Comando: /permissions.

Verifica la modalità attiva. La modalità Manual chiede conferma per la maggior parte delle modifiche e dei comandi. acceptEdits approva le modifiche e le operazioni comuni sul filesystem. La modalità Auto delega la valutazione delle azioni a un classificatore. La modalità iniziale dipende da versione, impostazioni, disponibilità e policy dell'organizzazione: controlla l'indicatore della modalità senza dare per scontato che tutte le installazioni si comportino allo stesso modo. Anthropic: modalità dei permessi.

Cosa si risparmia: attenzione spesa ad approvare operazioni di routine. Questo non dimostra che l'implementazione sia corretta. La nostra guida alla modalità Auto di Claude Code approfondisce la scelta della modalità.

7. Affida agli hook le azioni obbligatorie

Quando ricordare una regola a Claude non basta più, trasformala in una configurazione eseguibile. Gli hook di comando sono script che Claude Code esegue in corrispondenza degli eventi configurati. Possono automatizzare la formattazione o validare un'azione proposta. Anthropic: automazione con gli hook.

Da fare: un team che continua a trovare modifiche ai file generati può implementare un controllo PreToolUse per gli strumenti di modifica interessati. Il controllo dovrebbe rifiutare l'azione prevista, spiegare chiaramente il motivo e indicare il file sorgente da modificare al suo posto.

File: .claude/settings.json, con una configurazione hooks di progetto. Controlla la configurazione caricata con /hooks.

Scegli l'evento con attenzione. Un hook PreToolUse può bloccare un'azione che corrisponde ai criteri prima che venga eseguita. Un hook PostToolUse interviene dopo, quindi non può impedire un'azione già avvenuta. Intercettare Edit e Write non copre un comando shell che scrive nello stesso file. Anthropic: eventi degli hook e controllo delle decisioni.

Prima di affidarti alla regola, prova sia un'azione consentita sia una da rifiutare. Mantieni i controlli abbastanza mirati da evitare che normali modifiche attivino una suite di test lenta e non pertinente.

Cosa si risparmia: promemoria ripetuti e interventi correttivi evitabili. L'affidabilità di un hook dipende dallo script e dagli eventi che copre. La nostra guida alla configurazione degli hook di Claude Code entra nei dettagli.

8. Usa i subagenti per indagini ben delimitate

Delega una domanda di ricerca quando i passaggi intermedi occuperebbero troppo spazio nella conversazione principale. I subagenti lavorano in contesti separati e restituiscono i risultati. Le loro richieste continuano a pesare sui tuoi limiti di utilizzo. Anthropic: subagenti.

Da fare: uno sviluppatore che indaga su un problema di accesso intermittente può chiedere a un subagente di esaminare il flusso di refresh e restituire i file pertinenti, le evidenze raccolte e le domande ancora aperte. La sessione principale resta concentrata sulla scelta e sull'implementazione della correzione.

Per esempio:

Usa un subagente per ricostruire il flusso di gestione della sessione scaduta. Non modificare file. Restituisci i percorsi dei file pertinenti, i controlli già presenti e le lacune che hai individuato.

File: una definizione Markdown in .claude/agents/ quando il ruolo diventa ricorrente. Configura strumenti adatti a quel ruolo, per esempio strumenti di sola lettura per le indagini. Una richiesta occasionale non richiede un file agente personalizzato.

Cosa si risparmia: spazio nella conversazione principale e tempo speso a leggere i passaggi intermedi dell'esplorazione. La delega e le indagini duplicate possono aumentare il consumo totale: assegna quindi una sola domanda e delimita il risultato atteso. La nostra guida ai subagenti spiega quando conviene creare uno specialista riutilizzabile.

9. Aggiungi i worktree solo per attività indipendenti

Assegna directory di lavoro separate alle sessioni che modificano il codice contemporaneamente. Un worktree Git è un altro checkout con file e branch propri, ma con la cronologia del repository condivisa. Impedisce che le modifiche di una sessione compaiano nei file su cui sta lavorando l'altra. Anthropic: worktree.

Da fare: un piccolo team può sviluppare una funzionalità in isolamento mentre un'altra sessione corregge un bug non collegato. Definisci il perimetro di ogni compito e stabilisci chi revisionerà e integrerà i risultati.

Comando: claude --worktree feature-auth. Nel secondo terminale usa un nome diverso per il worktree.

Anche un checkout appena creato ha bisogno delle dipendenze e dell'ambiente di sviluppo richiesto. Verificali prima di valutare i risultati dei test. Inoltre, il repository deve contenere già un commit. Anthropic: preparare l'ambiente del worktree, flusso di lavoro con sessioni parallele.

Cosa si risparmia: attese quando le attività sono indipendenti e lavoro di recupero dovuto alle interferenze sui file condivisi. Restano necessari la revisione dei merge, i test di integrazione e il costo di un'altra sessione. Se entrambi i compiti riprogettano la stessa interfaccia, definisci prima quell'interfaccia.

Due piccoli strumenti da sviluppare dopo aver consolidato le basi

Costruisci solo attorno a un problema che continua a emergere dai dati del team. Quelle che seguono sono ipotesi di prodotto, non attività commerciali già validate.

Un registro dei costi delle sessioni è l'opportunità più promettente. Un responsabile dello sviluppo potrebbe usarlo per collegare gli esiti dei compiti ai consumi e al lavoro di correzione umano. Una rilevazione DataForSEO dell'11 ottobre 2026 stimava 4,400 ricerche mensili su Google negli Stati Uniti per “claude code cost”. È un segnale di interesse per i costi, non di disponibilità a pagare. La documentazione della Keyword Overview API descrive l'origine della metrica.

La versione minima utile è un modulo per registrare i compiti, con importazione dei consumi o inserimento manuale, raggruppati per tipo di attività e modalità di fatturazione. Un team potrebbe pagare per avere report coerenti tra progetti. La difficoltà sta nell'attribuzione: il costo stimato di una sessione, il canone di un abbonamento e il tempo di una persona sono misure diverse. Tienile separate prima di combinarle per prendere una decisione.

Un controllo della preparazione del repository potrebbe diventare un servizio di configurazione e manutenzione per i team. La stessa rilevazione DataForSEO stimava 1,900 ricerche mensili negli Stati Uniti per “claude code best practices”. Una piccola agenzia o un team di sviluppo potrebbe pagare per un controllo capace di individuare comandi di test superati, prerequisiti mancanti, istruzioni contraddittorie e hook che non funzionano più.

Parti da un solo repository e da un report verificabile da uno sviluppatore. Il limite è che un modello generico si copia facilmente; il lavoro di valore consiste nel mantenere accurati i controlli mentre il repository cambia. Nessuna delle due stime di ricerca dimostra che esista domanda per questi prodotti specifici. Verifica il problema con team reali prima di costruire una dashboard.

Quali problemi restano fuori dalla portata di queste abitudini

Queste abitudini non possono sostituire una decisione di prodotto mancante, rendere completa una suite di test debole o trasformare un'azione consentita in un'azione corretta. Una sessione può produrre con efficienza la funzionalità sbagliata se il brief non ha mai chiarito ciò di cui l'utente aveva bisogno.

Il mio consiglio è di considerare le prime quattro abitudini come le fondamenta. Aggiungi subito la misurazione, poi introduci permessi, hook, delega e parallelismo dove gli errori ricorrenti del team lo giustificano. Anche la configurazione aggiuntiva richiede manutenzione.

Queste abitudini riducono la spesa mensile per Claude Code?

Possono ridurre consumi evitabili e lavoro da rifare. Con un abbonamento a canone fisso, questo può significare più lavoro utile entro gli stessi limiti, anziché una fattura più bassa. Con la tariffazione a consumo, confronta gli addebiti effettivi per lavori accettati comparabili. Includi nel confronto il tempo dedicato alle correzioni umane. Anthropic: costi.

L'importo in dollari stimato per la sessione è quello che devo pagare?

No. Il costo della sessione mostrato da Claude Code è una stima dell'utilizzo delle API, non un addebito separato per chi ha un abbonamento. Per gli addebiti API effettivi, consulta la console di fatturazione; per la quota che stai consumando, usa la vista di utilizzo del tuo piano. Anthropic: report sull'utilizzo.

Conviene passare a un piano superiore prima di cambiare il modo di lavorare?

Passa a un piano superiore quando i limiti di utilizzo ostacolano sistematicamente un lavoro utile e ben delimitato, e la capacità aggiuntiva vale il suo prezzo. Prima verifica se quei limiti vengono consumati da approcci falliti, preparazione ripetuta dell'ambiente o sessioni simultanee superflue. Un piano superiore offre più spazio, ma non decide come usarlo.

Da dove iniziare lunedì

Scegli un'attività ricorrente, come la correzione di un piccolo bug, e affrontala con un criterio di accettazione scritto e verificabile e un brief mirato. Registra il risultato, i consumi e il tempo di correzione. In CLAUDE.md inserisci solo la lezione riutilizzabile. Ripeti questo flusso di lavoro prima di aggiungere un altro agente.

Se il tuo team vuole integrare questi controlli e flussi di lavoro nel proprio processo di sviluppo, realizziamo sistemi di IA da usare in produzione.