Come configurare le Claude Code Routines per automatizzare qualsiasi flusso di lavoro (Corso completo)

C'è una funzione che Anthropic ha rilasciato, e quasi nessuno ne parla.

Segna e salva questo post :)

Si chiama Claude Code Routines.

E potrebbe essere la funzionalità più importante che Anthropic ha lanciato quest'anno.

Ecco perché.

Fino ad ora, ogni automazione di Claude Code richiedeva che il tuo portatile fosse acceso. Potevi usare /loop per monitorare i cambiamenti. Potevi usare /schedule per impostare attività ricorrenti. Ma nel momento in cui chiudevi il terminale o spegnevi il portatile, tutto si fermava.

Routines risolve completamente questo problema.

Una routine è un'automazione di Claude Code che configuri una volta — un prompt, un repository, un set di connettori — e poi viene eseguita sull'infrastruttura cloud di Anthropic. Con una pianificazione. Da una chiamata API. O attivata da un evento GitHub.

Il tuo portatile può essere spento. Il tuo terminale può essere chiuso. La routine viene eseguita comunque.

Questo è il passaggio da "strumento AI che usi" a "sistema AI che lavora per te."

Ecco esattamente come impostarne una, anche se non hai mai usato Claude Code prima.

Perché le Routine Sono Diverse da Tutto il Resto

Claude Code aveva già la pianificazione. Quindi cosa è cambiato?

La differenza è l'infrastruttura.

I vecchi comandi /schedule e /loop venivano eseguiti all'interno della tua sessione locale di Claude Code. Dipendevano dal fatto che il tuo computer fosse acceso, il tuo terminale aperto e la tua connessione internet stabile. Se uno di questi veniva meno, l'automazione moriva.

Le routine vengono eseguite sul cloud di Anthropic. Sono agenti autonomi persistenti che sopravvivono a riavvii, chiusure del terminale ed esecuzioni notturne. Hanno accesso diretto ai tuoi repository e ai tuoi connettori — Slack, Linear, Google Drive, GitHub — senza che tu debba gestire nulla.

Pensa al vecchio sistema come a un promemoria sul telefono. Suona, ma devi comunque fare il lavoro.

Le routine sono il dipendente che fa il lavoro mentre dormi e ti invia un riepilogo quando ti svegli.

Passo 1: Decidi Cosa Automatizzare

Le migliori routine automatizzano attività che sono:

Ricorrenti — si verificano con una pianificazione prevedibile (giornaliera, settimanale o attivate da un evento).

Ben definite — puoi descrivere esattamente come si presenta il "completato" senza ambiguità.

A basso giudizio — l'attività non richiede il tuo pensiero creativo unico o il tuo processo decisionale. Richiede esecuzione.

Ecco i modelli che gli utenti iniziali stanno usando in questo momento:

Gestione del backlog — ogni notte a mezzanotte, la routine estrae nuovi problemi da Linear, li categorizza per tipo e gravità, assegna etichette e pubblica un riepilogo in un canale Slack. Il responsabile tecnico si sveglia con una bacheca pulita e organizzata.

Rilevamento della deriva della documentazione — ogni venerdì, la routine analizza le pull request unite nell'ultima settimana, identifica quelle che hanno modificato API o interfacce, le incrocia con la documentazione e apre PR di aggiornamento per i documenti ora obsoleti.

Verifica del deploy — attivata da un webhook dopo ogni deployment, la routine esegue test di fumo sulla nuova build, analizza i log degli errori per regressioni, correla eventuali problemi con le modifiche recenti al codice e pubblica un verdetto go/no-go sul canale di rilascio.

Revisione del codice quotidiana — ogni mattina alle 9:00, la routine prende la PR aperta più vecchia, la esamina per problemi di sicurezza, errori logici e violazioni di stile, e pubblica commenti in linea.

Le persone che ne impostano tre o quattro operano a un livello completamente diverso rispetto a coloro che usano ancora Claude come strumento di chat.

Passo 2: Crea la Tua Prima Routine

Ci sono due modi per creare una routine.

Dall'interfaccia web: Vai su claude.ai/code/routines e clicca su "New routine." Questo ti offre le opzioni di configurazione complete — trigger di pianificazione, trigger API e trigger di eventi GitHub.

Dalla CLI: Se usi già Claude Code nel terminale, digita /schedule seguito da una descrizione. Per esempio:

/schedule daily PR review at 9am

La CLI crea solo trigger basati su pianificazione. Per i trigger API e GitHub, hai bisogno dell'interfaccia web.

Quando crei una routine, configuri quattro cose:

Il prompt — questa è la parte più critica. Poiché la routine viene eseguita in modo autonomo, il prompt deve essere completamente autonomo. Tutto ciò che l'agente deve sapere deve essere nel prompt. Non c'è "contesto da una conversazione precedente." Ogni esecuzione inizia da zero.

Il repository — su quale codebase lavora la routine. Ha accesso completo in lettura e può fare push su rami con prefisso claude/ per impostazione predefinita.

I connettori — quali servizi esterni la routine può utilizzare. Slack per pubblicare aggiornamenti. Linear per leggere e gestire i problemi. Google Drive per leggere e scrivere documenti. GitHub per monitorare eventi e aprire PR.

Il trigger — quando e come viene eseguita la routine. Pianificato (ogni ora, ogni notte, ogni settimana), attivato da API (lo chiami programmaticamente) o attivato da GitHub (si attiva quando si verifica un evento specifico nel tuo repository).

Passo 3: Scrivi un Prompt a Prova di Proiettile

Qui è dove la maggior parte delle persone fallisce.

Una routine viene eseguita senza che tu la guardi. Se il prompt è vago, l'agente lo interpreterà in modo diverso ogni volta e otterrai risultati incoerenti.

I migliori prompt per le routine seguono questa struttura:

Definizione del ruolo: "Sei un revisore di codice senior specializzato in sicurezza e prestazioni."

Definizione dell'attività: "Esamina la pull request aperta più vecchia in questo repository."

Processo passo dopo passo: "Prima, leggi la descrizione della PR. Poi, estrai il ramo. Leggi i file modificati. Analizza per vulnerabilità di sicurezza, errori logici e problemi di prestazioni. Scrivi commenti in linea per ogni problema trovato."

Specifica dell'output: "Pubblica un commento di riepilogo sulla PR con: numero totale di problemi trovati (per gravità), una valutazione complessiva di un paragrafo e un verdetto chiaro di approvazione/richiesta di modifiche."

Gestione degli errori: "Se non ci sono PR aperte, pubblica su #engineering in Slack dicendo 'Nessuna PR aperta da revisionare oggi.' Se una PR ha più di 50 file modificati, saltala e pubblica che necessita di revisione manuale."

Vincoli: "Non approvare mai una PR che ha un problema di gravità Critica. Non modificare mai alcun codice direttamente — solo commentare. Massimo tre commenti in linea per file per evitare rumore."

Più preciso è il tuo prompt, più affidabile diventa la tua routine.

Passo 4: Comprendi i Limiti

Le routine sono potenti ma hanno vincoli che devi conoscere.

Limite di esecuzioni giornaliere: Durante l'anteprima di ricerca, ogni account ha 15 esecuzioni di routine al giorno. Se ne hai bisogno di più, abilita l'utilizzo extra nelle impostazioni della tua organizzazione — le esecuzioni aggiuntive sono a consumo.

Consumo di token: Le routine attingono dallo stesso limite di abbonamento delle sessioni interattive di Claude Code. Una routine complessa che legge molti file e fa più chiamate API utilizzerà significativamente più token di una semplice.

Sicurezza dei rami: Per impostazione predefinita, Claude può solo fare push su rami con prefisso claude/. Questa è una misura di sicurezza — una routine scritta male non può accidentalmente fare push su main. Non disabilitarlo a meno che tu non abbia processi di revisione robusti a valle.

Limiti degli eventi GitHub: Le routine attivate da GitHub hanno limiti orari per routine e per account durante l'anteprima. Se il tuo repository è molto attivo, filtra quali eventi attivano la routine per evitare di sprecare esecuzioni in rumore.

Dipendenza dalla pianificazione: Le routine pianificate vengono eseguite all'ora specificata, ma può esserci varianza durante i periodi di alta domanda. Non costruire flussi di lavoro che dipendono da tempistiche al secondo esatto.

Passo 5: Costruisci una Pila di Routine

Una routine è utile. Una pila di routine è un sistema.

Ecco come appare una pila di routine completa per un piccolo team di ingegneri:

Mattina (9:00) — Revisione PR GiornalieraClaude esamina tutte le PR aperte, pubblica commenti in linea e invia un riepilogo a Slack con un elenco prioritario di ciò che necessita attenzione oggi.

Post-deploy (webhook) — Verifica del DeployOgni volta che un deploy raggiunge lo staging, Claude esegue la suite di test, analizza i log per errori e pubblica un go/no-go sul canale di rilascio entro pochi minuti.

Notturna (2:00) — Triage del BacklogClaude elabora tutti i nuovi problemi archiviati quel giorno, aggiunge etichette, assegna punteggi di priorità e crea un documento di briefing mattutino.

Settimanale (Venerdì 17:00) — Controllo della DocumentazioneClaude analizza le PR unite della settimana, identifica i documenti che necessitano di aggiornamento e apre PR bozza per ciascuno.

Settimanale (Lunedì 8:00) — Report sul Debito TecnicoClaude analizza il codebase per commenti TODO, dipendenze deprecate e lacune nella copertura dei test. Produce un elenco classificato di voci di debito tecnico con sforzo stimato.

Ogni routine richiede 10-15 minuti per essere impostata. La pila richiede un pomeriggio. I risparmi di tempo si accumulano ogni singola settimana.

Passo 6: Monitora e Migliora

Ogni esecuzione di routine genera un log. Esaminalo.

Cerca modelli:

• La routine produce costantemente buoni output? Se no, quale parte del prompt è ambigua?
• Sta impiegando troppo tempo in certe esecuzioni? Potresti dover restringere l'ambito.
• Sta incontrando errori? Aggiungi una gestione esplicita degli errori al prompt.
• Sta producendo troppo rumore? Stringi i vincoli.

La nuova funzione "Dreaming" — annunciata a Code with Claude il 6 maggio — porta questo ancora oltre. Quando Dreaming è abilitato, Claude rivede le proprie sessioni di routine passate tra un'esecuzione e l'altra, identifica modelli in ciò che ha funzionato e ciò che non ha funzionato, e auto-migliora il suo approccio per la volta successiva.

Le tue routine diventano letteralmente più intelligenti più vengono eseguite.

A Chi è Destinato (E A Chi Non È Destinato)

Le routine sono costruite per sviluppatori e operatori tecnicamente inclini che:

• Usano già Claude Code o sono disposti a imparare
• Hanno attività ripetibili nel loro flusso di lavoro che seguono schemi chiari
• Vogliono automatizzare il sovraccarico operativo che consuma ore ogni settimana
• Lavorano con codebase ospitati su GitHub

Se sei un utente non tecnico alla ricerca di automazione AI, Claude Cowork con attività pianificate è un punto di partenza migliore. Le routine sono lo strumento per utenti esperti.

Ma se sei uno sviluppatore, un engineering manager, un ingegnere DevOps o un fondatore tecnico — le routine ti faranno risparmiare più tempo di qualsiasi altra funzionalità che Anthropic abbia rilasciato.

Routine vs. GitHub Actions: Qual è la Differenza

Molti sviluppatori si chiederanno: perché pagare per le routine di Claude quando GitHub Actions è gratuito?

La risposta è che una GitHub Action è uno script. Scrivi ogni passaggio. Definisci ogni condizionale. Gestisci ogni caso limite da solo. Fa esattamente ciò che hai programmato e niente di più.

Una routine di Claude è un agente. Gli dai un obiettivo. Decide come raggiungerlo. Si adatta a situazioni impreviste. Ragiona sui problemi. Verifica il proprio lavoro.

Una GitHub Action esegue un linter e ti dice cosa è fallito. Una routine di Claude legge l'errore, capisce perché è fallito, propone una correzione e apre una pull request con la correzione.

Questa è una categoria fondamentalmente diversa. Gli script seguono regole. Gli agenti risolvono problemi.

Per automazioni semplici — eseguire test, controllare la formattazione, pubblicare una notifica — GitHub Actions va bene. Per qualsiasi cosa richieda giudizio, analisi o adattamento, le routine sono in una lega diversa.

Ricette di Routine Comuni che Puoi Copiare Oggi

Ecco cinque configurazioni di routine che puoi impostare nella prossima ora:

Ricetta 1: Il Bot del Morning StandupPianificazione: Ogni giorno alle 8:30 Prompt: "Controlla il repository GitHub per tutti i commit inviati ieri. Controlla Linear per problemi nuovi e aggiornati. Controlla Slack #engineering per eventuali messaggi che menzionano blocchi. Compila un briefing per lo standup con tre sezioni: cosa è stato fatto, cosa è in corso e cosa è bloccato. Pubblica il briefing su #daily-standup in Slack."

Ricetta 2: Il Revisore delle DipendenzePianificazione: Ogni settimana il lunedì alle 6:00 Prompt: "Analizza package.json e requirements.txt per tutte le dipendenze. Controlla ogni dipendenza per vulnerabilità note usando il web. Identifica eventuali dipendenze che sono più di due versioni major indietro rispetto a quella corrente. Crea un report prioritizzato con valutazioni di gravità e apri un problema GitHub se vengono trovate vulnerabilità Critiche."

Ricetta 3: Il Generatore di ChangelogTrigger: Evento GitHub — nuovo tag di rilascio inviato Prompt: "Quando viene inviato un nuovo tag di rilascio, leggi tutti i commit dal tag precedente. Categorizza ogni commit come funzionalità, correzione, miglioramento o attività di routine. Genera un changelog formattato in CHANGELOG.md e apri una PR."

Ricetta 4: Il Monitor della Copertura dei TestPianificazione: Ogni notte all'1:00 Prompt: "Esegui la suite di test. Calcola le percentuali di copertura per modulo. Confronta con le baseline di copertura in coverage-config.json. Se un qualsiasi modulo scende al di sotto della sua baseline di oltre il 2%, apri un problema GitHub con il modulo specifico, la vecchia copertura, la nuova copertura e i commit che probabilmente hanno causato il calo."

Ricetta 5: Il Controllore delle Descrizioni delle PRTrigger: Evento GitHub — nuova PR aperta Prompt: "Quando viene aperta una nuova PR, controlla se la descrizione soddisfa i requisiti del nostro modello: deve includere una sezione Riepilogo, una sezione Test e una sezione Screenshot se sono coinvolte modifiche all'interfaccia utente. Se manca una sezione, pubblica un commento educato chiedendo all'autore di aggiornare la descrizione prima della revisione."

Ogni ricetta richiede meno di 10 minuti per essere configurata. Insieme fanno risparmiare a un team dozzine di ore al mese.

Il Punto Fondamentale

Il vecchio modo: svegliarsi, aprire il terminale, avviare una sessione di Claude Code, digitare comandi, aspettare i risultati, passare all'attività successiva. Ripetere domani.

Il nuovo modo: configurare le routine una volta, lasciarle eseguire sul cloud di Anthropic, svegliarsi con i risultati.

Questo non è un miglioramento teorico. Le persone stanno già eseguendo pile di routine che gestiscono il loro intero flusso di lavoro operativo durante la notte.

Il divario tra "persona che usa Claude come chatbot" e "persona che ha Claude che lavora autonomamente 24 ore su 24" sta diventando più grande ogni settimana.

Le routine sono il modo per passare dall'altra parte.

La maggior parte delle persone leggerà questo e penserà "Dovrei impostarlo un giorno." Quelli che creano effettivamente la loro prima routine oggi avranno un sistema in esecuzione entro la prossima settimana che farà risparmiare loro ore ogni mese.

Seguimi @eng_khairallah1 per altre analisi e flussi di lavoro sull'AI. Pubblico contenuti come questo regolarmente — strumenti, configurazioni e strategie che funzionano davvero.

spero ti sia stato utile, Khairallah ❤️