Costruisco henny.info, lo shop, le app — e questa newsletter — con uno strumento chiamato Claude Code. È un assistente IA che vive nel terminale: legge il tuo codice, modifica file, esegue comandi. La cosa interessante non è che scrive codice. La cosa interessante è cosa non devi più fare tu.

Ecco dieci compiti che gli ho delegato. Da “aiuta nella routine quotidiana” a “funziona mentre dormo”. Niente di tutto questo è magia — e niente ti toglie la decisione. Ti tolgono la ripetizione.

1. Orientarti in un progetto che non conosci

La prima cosa per cui lo uso non è scrivere, ma leggere: “Spiegami questo progetto.” Legge il codice, trova i punti importanti e risponde alle domande — invece di farmi cliccare per ore in cartelle sconosciute. Funziona altrettanto bene con vecchio codice tuo che non capisci più.

2. Salvare i flussi ricorrenti come “skill”

Le cose che faccio sempre allo stesso modo — fare il deploy, creare un post sul blog, controllare il codice — le scrivo una volta come skill e poi le richiamo con /deploy. Una skill non è un programma, ma un’istruzione salvata che legge e segue. (Una piccola precisazione, perché spesso viene raccontata male: i comandi slash personalizzati non esistono come funzione a sé — tutto ciò che inizia con / è una skill.)

3. Controllare automaticamente a ogni modifica (hook)

Un hook è un comando a sé che scatta sempre a un evento preciso — per esempio il formattatore di codice dopo ogni modifica di un file. La differenza rispetto a una skill è importante: un hook si attiva in modo automatico, non “se l’IA se ne ricorda”. Così non puoi più dimenticare la formattazione o il test — succede da solo, ogni volta.

4. Collegare i tuoi strumenti (MCP)

Attraverso i server MCP ottiene accesso a servizi esterni al tuo computer: GitHub, Slack, un database, il browser. Per la maggior parte dei servizi comuni esistono connettori già pronti — non costruisci niente, colleghi soltanto. Da lì può leggere un issue di GitHub, aprire una pull request o scrivere un messaggio in un canale Slack, direttamente dal terminale.

5. Far lavorare più assistenti in parallelo (subagenti)

Per ricerche o grandi setacciamenti manda in giro dei subagenti — ognuno con la propria testa, ognuno riporta solo il riassunto. Così la conversazione principale resta pulita, invece di riempirsi di cento file letti. Nessuna magia nascosta: partono e tornano quando hanno finito.

6. Integrare Claude negli script (modalità headless)

Con claude -p "..." diventa un mattoncino nella riga di comando — puoi farci passare dati come con qualsiasi strumento da terminale:

git diff | claude -p "trova errori di battitura in questo diff"

È il passaggio da “chatto con un’IA” a “l’IA è un passaggio nel mio flusso di lavoro”. Esegue il compito, stampa il risultato e termina.

7. Far controllare automaticamente le pull request (GitHub Actions)

Nella CI — nel mio caso GitHub Actions — controlla ogni pull request: bug, falle di sicurezza, sviste. Scrive il suo commento direttamente sulla PR. Lì puoi anche rivolgerti a lui con @claude e chiedergli qualcosa. Così ogni modifica ottiene un secondo paio d’occhi prima di essere unita.

8. Farlo girare a orari fissi o di notte (routine)

Le routine girano a orari fissi nel cloud — anche quando il tuo computer è spento. Riassumere ogni giorno le pull request aperte, mandare un breve rapporto, osservare qualcosa e avvisarti. (Per ripetizioni rapide dentro una sessione aperta c’è /loop — ma è solo per il momento, non per il funzionamento continuo.)

9. Conservare la conoscenza del progetto (CLAUDE.md + memoria)

In un file chiamato CLAUDE.md ci sono le regole del progetto — “usa pnpm, non npm”, “test prima di ogni commit”, “gli endpoint API stanno qui” — e valgono automaticamente in ogni sessione. In più una memoria, in cui annota da solo ciò che ha imparato. Le cose si spiegano una volta, non ogni volta da capo.

10. Autorizzare i comandi fidati (permessi)

In un file settings.json stabilisci cosa può fare senza chiedere — git status, far girare i test, guardare lo stato. Per tutto il resto continua a chiedere. Così lavora fluido sulle cose innocue, senza che tu perda il controllo su quelle delicate. (Chi vuole vietare qualcosa in modo rigido usa di nuovo un hook — quello può bloccare un’azione, un permesso la consente soltanto.)

Il filo conduttore in tutti e dieci i punti: dici una cosa una volta, nel modo giusto — come skill, come hook, come regola — e dopo succede da sola. Proprio per questo oggi una singola persona può costruire e gestire un’intera attività per cui prima serviva un team. Questo sito, lo shop e la newsletter ne sono la prova vivente.

Anche io imparo qualcosa di nuovo ogni giorno, e gli strumenti cambiano in fretta — lo stato delle funzionalità qui è luglio 2026, domani qualcosa potrebbe chiamarsi diversamente. Se un punto ti interessa più nel dettaglio, scrivimi; ne farò un post a parte.

Fonti

I nomi delle funzionalità e gli esempi sono stati verificati rispetto alla documentazione ufficiale di Claude Code (aggiornata a luglio 2026): Skill, Hook, MCP, Subagenti, Modalità headless, GitHub Actions, Routine, Memoria, Permessi.

Domande, o hai trovato un errore? Scrivimi.