I 9 consigli pratici di Boris su Claude Code: ecco come i professionisti configurano in modo "semplice" Boris Cherny ha un soprannome all'interno di Anthropic: il padre di Claude Code. Recentemente è stato molto attivo su X, quindi molte persone hanno chiesto a Boris: come usi realmente Claude Code? Ha appena condiviso 9 consigli pratici su X. Non ci sono così tanti trucchi come pensi, ognuno è semplice e diretto. 【1】Concetto chiave: non ci sono risposte standard per le migliori pratiche di Claude Code Boris inizia dicendo: > La mia configurazione potrebbe essere sorprendentemente standard! Claude Code funziona bene così com'è, quindi personalmente non lo personalizzo molto. > La mia configurazione potrebbe sorprenderti per quanto sia "originale". Claude Code funziona bene appena aperto, quindi non ho fatto molte personalizzazioni. È comprensibile, quelle migliori pratiche, come Skills e Plugins, sono già state integrate come funzionalità dai loro sviluppatori di Claude Code. Non c'è un modo unico e corretto per usare Claude Code. Il team lo ha progettato intenzionalmente per essere flessibile: puoi usarlo come vuoi, modificarlo come preferisci. Ogni membro del team di Claude Code lo utilizza in modo completamente diverso. Quindi non è necessario cercare faticosamente le "migliori pratiche", ciò che conta di più è trovare il proprio ritmo. 【2】Compiti multipli in parallelo: aprire contemporaneamente una dozzina di Claude La routine di Boris è la seguente: apre 5 istanze di Claude Code nel terminale, numerate da 1 a 5, con le notifiche di sistema attive, e passa a gestire quello che richiede input. Allo stesso tempo, esegue da 5 a 10 compiti sulla versione web. Il terminale e il web possono "passarsi" il lavoro: usa il simbolo & per trasferire la sessione locale al web, oppure usa --teleport per passare da uno all'altro. Ogni mattina e durante il giorno avvia alcuni compiti dall'app Claude sul telefono, per poi tornare a controllare i risultati più tardi. La logica centrale di questo modo di lavorare "multithreading" è: Claude Code è bravo a eseguire autonomamente, molti compiti non richiedono la tua supervisione. Avvii un compito, dai una direzione, e poi ti occupi di altro. Torni a controllare quando ha bisogno della tua conferma. Questo è completamente diverso dal tradizionale "l'uomo scrive una riga di codice, l'AI ne completa alcune". Ma richiede anche di più dall'utente, devi essere bravo a delegare compiti agli Agent e a passare rapidamente tra più compiti. Per chi è abituato a sviluppare da solo, con un solo compito alla volta, è una grande sfida. Con un po' di vergogna, devo dire che, anche se uso spesso Coding Agent, non sono ancora abituato a gestire troppi compiti contemporaneamente; quest'anno devo migliorare in questo. 【3】Scelta del modello: perché usare Opus invece di Sonnet più veloce Boris dice che utilizza Opus 4.5 con la modalità di pensiero per tutti i suoi compiti. Questo è il miglior modello di programmazione che ha mai usato. Alcuni potrebbero chiedere: Opus non è più grande e più lento di Sonnet? La risposta di Boris è: anche se la risposta è un po' più lenta, hai bisogno di correggerlo molto meno spesso, le chiamate agli strumenti sono più accurate, e alla fine risulta più veloce. Questo è qualcosa che ho sempre sostenuto: scrivere codice non deve essere una questione di velocità, ma di alta qualità. Se un modello veloce richiede che tu faccia tre correzioni, è meglio usare un modello più lento che risolva tutto in una volta. Il tempo non è solo il tempo di risposta del modello, ma anche il costo della tua attenzione e della tua energia. L'unico problema è che Opus ha un costo più elevato. 【4】 è un file di configurazione speciale di Claude Code, situato nella directory principale del progetto. Ogni volta che avvii Claude Code, legge automaticamente questo file e considera il suo contenuto come "conoscenza di base". Puoi pensarlo come un manuale di istruzioni per il tuo progetto, che informa l'AI sulla struttura, le norme e le considerazioni del progetto. Il metodo del team di Boris è: l'intero repository di Claude Code è condiviso in un Git, mantenuto da tutti. Ogni settimana qualcuno aggiunge qualcosa. La regola è semplice: ogni volta che vedi Claude fare un errore, scrivi "non farlo" e la prossima volta lo saprà. È interessante notare che usano anche questo meccanismo durante le revisioni del codice. Boris menziona il collega nel PR @.claude, chiedendo a Claude di aggiungere una nuova regola a . Questo è realizzato tramite l'azione GitHub di Claude Code. Dan Shipper chiama questo approccio "ingegneria a interesse composto": ogni correzione diventa un patrimonio per il team, rendendo l'AI sempre più consapevole del loro progetto. Se non hai ancora usato il comando , Claude analizzerà automaticamente la struttura del progetto e genererà una versione iniziale. Poi puoi aggiungere man mano che usi, e se noti qualcosa di sbagliato, lo aggiungi. 【5】Modalità Piano: pensa prima di agire Boris dice che la maggior parte delle sue conversazioni inizia dalla modalità Piano. Puoi passare a questa modalità premendo due volte Shift+Tab in Claude Code. In modalità Piano, Claude non modifica direttamente il codice, ma ti fornisce prima un piano di esecuzione. Puoi discutere e modificare il piano fino a quando non sei soddisfatto. Poi passi alla modalità di accettazione automatica, e Claude di solito riesce a completare tutto in una volta. "Un buon piano è davvero importante", questa abitudine porta in realtà la saggezza classica dello sviluppo software nella collaborazione con l'AI: prima progettare e poi codificare. Molti hanno problemi a scrivere codice con l'AI perché iniziano direttamente, e il risultato è che se la direzione è sbagliata, il costo del rifacimento è molto alto. Spendere qualche minuto per allineare il piano può risparmiare ore di rifacimento. 【6】Automatizzare il lavoro ripetitivo: comandi slash e sotto Agent Boris ha alcune operazioni che deve eseguire decine di volte al giorno, e le ha trasformate in comandi slash. Ad esempio, "/commit-push-pr", che completa con un clic il commit, il push e la creazione del PR. I comandi slash sono essenzialmente file Markdown, situati nella directory .claude/commands/. Puoi scrivere istruzioni in linguaggio naturale e anche incorporare script bash per ottenere alcune informazioni in anticipo, riducendo il numero di chiamate al modello. Questi comandi possono essere inviati a Git e condivisi con l'intero team. Oltre ai comandi slash, utilizza anche sotto Agent (un Agent è un'istanza di Claude indipendente, specializzata in un certo tipo di lavoro. Ad esempio, ha un sotto Agent code-simplifier, che semplifica automaticamente il codice dopo che il Claude principale ha completato il lavoro; e un sotto Agent verify-app, responsabile dei test end-to-end. Queste due funzionalità hanno in comune: consolidare le attività che ripeti, permettendo a Claude di chiamarle autonomamente. Non devi ripetere ogni volta le spiegazioni, né ricordare i dettagli di vari comandi. Usa il PostToolUse Hook per formattare il codice generato da Claude. Claude di solito riesce a generare codice ben formattato, e questo Hook gestisce l'ultimo 10% del codice, per evitare errori di formattazione durante il processo di integrazione continua (CI). 【7】Sicurezza e integrazione: configurazione dei permessi e strumenti esterni Boris non utilizza l'opzione "pericolosa" --dangerously-skip-permissions. Al contrario, utilizza il comando /permissions per approvare in anticipo alcuni comandi di sicurezza comuni, evitando di dover confermare ogni volta. Queste configurazioni sono salvate in .claude/settings.json e condivise con il team. Ancora più potente è l'integrazione del server MCP. MCP è l'acronimo di Model Context Protocol, un protocollo standard lanciato da Anthropic per connettere l'AI a strumenti esterni. Attraverso MCP, Claude Code può direttamente: - Cercare e inviare messaggi Slack - Eseguire query BigQuery per rispondere a domande sui dati - Estrarre log di errori da Sentry Il team di Boris ha anche inviato la configurazione MCP di Slack nel repository, pronta all'uso per tutti. Questo significa che Claude Code non è solo uno strumento di programmazione, ma un "assistente universale" in grado di chiamare l'intero tuo toolkit. 【8】Gestione di compiti lunghi: lasciare che Claude verifichi da solo Per i compiti che richiedono molto tempo, Boris ha alcune strategie: La prima è far sì che Claude verifichi automaticamente i risultati utilizzando un Agent in background dopo aver completato il compito. Puoi richiederlo nel prompt, oppure utilizzare il Stop Hook per attivarlo in modo più certo. > Nota: gli Hook sono il meccanismo di "ganci" di Claude Code, che ti consente di inserire logica personalizzata in momenti specifici in cui Claude esegue operazioni. Puoi pensarlo come un "trigger": quando si verifica un certo evento, esegue automaticamente i comandi o gli script che hai preimpostato. > Il Stop Hook si attiva quando Claude completa la risposta e si prepara a restituire il controllo. > Documentazione correlata: La seconda è utilizzare il plugin ralph-wiggum, che è essenzialmente un "ciclo Bash": immagina un semplice ciclo infinito (while true) che continua a fornire la stessa istruzione (file di prompt) all'intelligenza artificiale, permettendole di migliorare continuamente il lavoro fino a completarlo. La terza è utilizzare --permission-mode=dontAsk o --dangerously-skip-permissions in un ambiente sandbox, permettendo a Claude di eseguire senza interruzioni per conferma dei permessi. La logica centrale è: poiché si tratta di un compito lungo, non farlo aspettare. Dagli abbastanza potere autonomo e capacità di autocorrezione. 【9】La cosa più importante: dare a Claude la capacità di verificare Boris mette questo punto alla fine, dicendo che potrebbe essere il fattore più importante per ottenere buoni risultati. Se Claude può verificare il proprio lavoro, la qualità finale può migliorare di 2-3 volte. Ha fatto un esempio: ogni modifica che inviano a viene testata da Claude utilizzando un'estensione di Chrome: apre il browser, testa l'interfaccia utente, e se trova problemi, itera fino a quando la funzionalità è corretta e l'esperienza è ragionevole. Le modalità di verifica variano a seconda del contesto. Potrebbe essere l'esecuzione di un comando bash, l'esecuzione di suite di test, o il test di un'applicazione in un browser o in un simulatore per smartphone. La forma non è importante, ciò che conta è: dare all'AI un ciclo di feedback. Questo concetto è in realtà molto semplice. Anche gli ingegneri umani si basano sul ciclo "scrivere codice - testare - vedere i risultati - modificare" per garantire la qualità. Anche l'AI funziona allo stesso modo. Se può solo scrivere e non testare, è come lavorare a occhi chiusi, e la qualità dipende solo dalla fortuna. Il consiglio di Boris è: investire energia per rendere solida la meccanica di verifica. Questo è l'investimento con il ritorno più alto. 【10】I professionisti usano la spada senza mosse Nei romanzi di arti marziali, i maestri usano la spada senza mosse elaborate, la semplicità vince sulla complessità. Boris non vanta configurazioni complesse, né suggerimenti misteriosi, utilizza solo le funzionalità ufficiali. La differenza è: comprende veramente la logica dietro queste funzionalità e le combina in flussi di lavoro efficienti. Il lavoro parallelo è possibile perché Claude può eseguire autonomamente; usa Opus perché l'efficienza complessiva è più alta; trasforma le correzioni in patrimonio; la modalità Piano è pensare prima di agire; i comandi slash e gli Agent secondari automatizzano il lavoro ripetitivo; il meccanismo di verifica fornisce un ciclo di feedback all'AI. Se stai appena iniziando a usare Claude Code, non è necessario affrettarsi a studiare varie configurazioni avanzate. Inizia a utilizzare bene le basi: impara a lavorare in parallelo, a pianificare e a accumulare metodi di verifica per l'AI. Quando ti troverai davvero di fronte a un ostacolo, potrai sempre tornare a esplorare quelle funzionalità avanzate.

Boris non ha menzionato un aspetto fondamentale, ovvero il workflow di CI/revisione del codice, che per le grandi aziende è una prassi abituale e dovrebbe essere considerato scontato. Ad esempio, quando utilizza Claude Code per completare un compito, non unisce direttamente al ramo principale, ma presenta una PR. Dopo aver presentato la PR, tutti i lint e i test automatizzati vengono eseguiti automaticamente sul server CI; se i test falliscono, la PR non può essere unita. Una PR che supera tutti i test automatizzati deve ancora essere sottoposta a revisione del codice (certo, può essere assistita da AI, ma è comunque necessaria la conferma umana); se durante la revisione del codice vengono riscontrati problemi, è necessario continuare a modificare. Molti sviluppatori individuali non sono abituati a impostare un workflow di CI/revisione del codice, e nemmeno a gestire il codice con Git, quindi in caso di problemi non possono effettuare il rollback.

【10】 Quelle cose che non puoi vedere Boris ha accennato a qualcosa che riguarda la gestione del codice sorgente di base / CI (integrazione continua) / workflow di revisione del codice, che per le grandi aziende è una prassi abituale, qualcosa che dovrebbe essere dato per scontato. Ad esempio, quando utilizza Claude Code per completare un compito, non si limita a unire direttamente nel ramo principale, ma invia una PR. Dopo aver inviato la PR, tutti i lint e i test automatizzati vengono eseguiti automaticamente sul server CI; se i test falliscono, la PR non può essere unita. Una PR che supera tutti i test automatizzati deve ancora essere sottoposta a revisione del codice (certo, può essere assistita da AI, ma è comunque necessaria la conferma umana); se durante la revisione del codice vengono riscontrati problemi, è necessario continuare a modificare. Questi sono anche la base per la loro capacità di gestire più compiti in parallelo; se non si svolgono bene questi flussi di lavoro di base, non è possibile gestire più compiti in parallelo. Molti sviluppatori individuali non sono abituati a impostare un workflow CI/revisione del codice, e nemmeno a gestire il codice con Git, quindi in caso di problemi non possono nemmeno tornare indietro.