Torna alla documentazioneConcetti chiave

Automazioni

Trigger che eseguono un flusso di lavoro da soli: pianificazioni, email, GitHub, calendario, Notion e webhook.

Ultimo aggiornamento 31 luglio 2026 · 9 min read

Un'automazione è un trigger collegato a un flusso di lavoro (competenza). Il flusso dice cosa fare; l'automazione dice quando. Insieme trasformano una richiesta che una volta digitavi a mano in lavoro che accade senza di te.

I promemoria del calendario ti chiedono di fare il lavoro. Le automazioni lo fanno, poi ti dicono che è fatto.

Ogni automazione nomina tre cose:

  1. Il flusso di lavoro da eseguire
  2. L'agente che lo esegue — decide il tono, il modello e i connettori in gioco
  3. Il trigger — una pianificazione, un evento in uno dei tuoi strumenti o un webhook in entrata

Cosa succede a ogni esecuzione

Ogni attivazione apre una chat nuova. La chat rilegge il contesto più recente dai tuoi strumenti, chiama i connettori che le servono e produce il risultato.

Questo conta per due motivi:

  • Nessuno stato accumulato. L'esecuzione di lunedì scorso non si riversa in quella di questo lunedì. La procedura è la stessa; i dati sono freschi.
  • Ogni esecuzione è riproducibile. Apri la cronologia dell'automazione per vedere esattamente cosa ha fatto l'ultima esecuzione, dove ha speso crediti e cosa ha prodotto.

Se un'esecuzione fallisce — un calo di rete, un token scaduto, un input ambiguo —, Zero registra il fallimento con la sua motivazione e ti avvisa invece di lasciarlo cadere in silenzio.

Tipi di trigger

Pianificazioni

La famiglia più comune: l'automazione parte con una cadenza — giornaliera, settimanale, oraria, su un'espressione cron personalizzata, a intervallo fisso o una sola volta a un momento stabilito.

TriggerSi attiva
cronSu un'espressione cron, nel fuso orario che indichi — 0 8 * * 1-5
onceUna sola volta, alla data e all'ora che imposti
loopA intervallo fisso — ogni 15m, 1h, 90s

Quattro modi di dire quando. Non sei obbligato a scrivere cron:

  • Linguaggio naturale. «Ogni giorno feriale alle 8, ora di Los Angeles» — Zero lo interpreta per te. Fusi orari, giorni lavorativi, «il primo del mese», «un venerdì sì e uno no»: funziona tutto. È quello che scelgono la maggior parte dei team.
  • Espressione cron. 0 8 * * 1-5, per un controllo preciso. Indica accanto il fuso orario IANA (Europe/Rome, America/Los_Angeles).
  • Intervallo. Ogni 15m, 1h, 90s — un loop, per controlli di salute e poller dove l'allineamento all'orologio non conta.
  • Una tantum. Una singola attivazione alla data e all'ora che imposti — un once. Utile per un promemoria legato a un lancio, un embargo o una scadenza.

Una pianificazione senza fuso orario gira in UTC, che raramente è ciò che «le 9» significa per chi legge. Nomina il fuso.

Quasi ogni «dovrei…» ricorrente che ti gira in testa è un candidato: un brief mattutino alle 8 ogni giorno feriale, un digest settimanale delle metriche ogni lunedì, una pulizia della posta ogni sera, un controllo di salute della produzione ogni 30 minuti, la preparazione del consiglio di fine trimestre il 25 del terzo mese.

Se il lavoro deve partire da un evento anziché da un orologio — arriva una mail, una PR viene approvata, una pagina viene pubblicata —, uno dei trigger qui sotto è più adatto e non spreca esecuzioni in polling.

Email

TriggerSi attiva
gmail-new-messageQuando arriva un nuovo messaggio
gmail-label-appliedQuando a un messaggio viene applicata un'etichetta indicata

Entrambi si restringono con regole di testo su Da, A, Cc, Oggetto e corpo — ciascuna disponibile come contiene e non contiene. Senza regole, un'automazione Gmail corrisponde a ogni messaggio in arrivo, quindi parti stretto.

Smista la posta di supporto senza presidiare la casella: gmail-new-message filtrato su from-contains: @dominio-cliente.com, che esegue un flusso customer-reply-draft per preparare una bozza da rivedere.

GitHub

TriggerSi attiva
github-label-appliedUn'etichetta arriva su una issue o una PR — filtra per etichetta, repository, issue/PR/entrambi e se l'autore sei tu o chiunque
github-workflow-run-completedUn'esecuzione di Actions finisce — filtra per repository, workflow, conclusione, branch, evento scatenante, autore
github-workflow-job-completedUn singolo job finisce — filtra inoltre per nome del job, etichetta del runner, gruppo di runner
github-pull-request-review-submittedViene inviata una review — filtra per stato (approvata, modifiche richieste, commentata), branch base e head, autori fidati
github-deployment-status-createdUn deployment cambia stato — filtra per ambiente, stato, ref, creatore, app e solo produzione
github-issue-comment-createdCompare un commento — filtra per repository, issue/PR/entrambi, autore e prefisso richiesto del commento

I trigger GitHub richiedono la GitHub App installata nel tuo spazio di lavoro. I filtri accettano valori separati da virgola; ometterne uno significa accettare qualsiasi valore.

Chiudi il ciclo della CI: github-workflow-run-completed su conclusion: failure per main, che esegue un flusso che legge i log, individua lo step fallito e pubblica una diagnosi su Slack.

Calendario

TriggerSi attiva
google-calendar-event-createdCompare un nuovo evento
google-calendar-event-updatedUn evento cambia
google-calendar-event-cancelledUn evento viene annullato

Ciascuno sorveglia un calendario — quello principale per impostazione predefinita.

Non arrivare mai impreparato a una riunione: google-calendar-event-created che esegue un flusso che ricerca i partecipanti esterni e le loro aziende e ti manda un brief pre-riunione.

Notion

TriggerSi attiva
notion-child-page-createdViene aggiunta una pagina sotto una pagina padre che indichi
notion-database-item-createdViene aggiunta una riga a un database che indichi
notion-page-content-updatedIl contenuto di una pagina cambia, sorvegliato per pagina o per database

CMS

TriggerSi attiva
strapi-entry-publishedUna voce viene pubblicata — eventualmente ristretto a un tipo di contenuto e a una lingua

Webhook e chat

TriggerSi attiva
webhookUn sistema esterno chiama un URL webhook firmato. Il segreto di firma viene mostrato una volta sola, alla creazione: copialo in quel momento. Disponibile su Team ed Enterprise.
chat-run-finishedUn'esecuzione finisce in un thread di chat che indichi — eventualmente filtrato per stato finale (completata, fallita, annullata) e per un pattern con caratteri jolly applicato al messaggio finale dell'esecuzione

chat-run-finished è il modo di concatenare il lavoro: l'output di un'automazione diventa il colpo di pistola della successiva.

Creare un'automazione

Da una chat che funziona. Esegui prima l'attività una tantum. Quando produce ciò che vuoi, di':

«Esegui questo ogni giorno feriale alle 8, ora di Los Angeles, e mandami il risultato in DM.»

Zero conferma flusso, cadenza e destinazione, salva il flusso se non esiste ancora e vi collega l'automazione.

Esplicitamente. Apri un flusso nel tuo spazio di lavoro e aggiungivi un'automazione, scegliendo il tipo di trigger e i suoi filtri. Utile quando conosci già la forma e non vuoi una prova a vuoto.

Le automazioni si possono attivare e disattivare singolarmente senza eliminarle — la mossa giusta prima di una vacanza, o mentre fai il debug di un trigger rumoroso.

Destinazioni

Un'automazione deve sapere dove va il risultato. Indicalo nell'istruzione del flusso:

  • Canale Slack o DM — il più comune; arriva nel canale come messaggio o thread
  • Feishu o Microsoft Teams — stessa idea per i team che vivono lì
  • Telegram o SMS — per avvisi personali, pensati prima per il mobile
  • Una pagina o un database Notion — per ciò che va archiviato più che diffuso
  • Un Google Doc o un foglio di calcolo — in aggiunta o sovrascritto
  • Una issue GitHub o un commento a una PR — per i flussi di engineering
  • Una bozza Gmail — preparata nel tuo account, da rivedere e inviare
  • Una pagina ospitata — per risultati da condividere come URL pubblico
  • Un file dello spazio di lavoro — quando l'artefatto è un video, un'immagine o un asset scaricabile

«Pubblica su #engineering» o «mandami un DM» è più chiaro di «mandalo da qualche parte».

Consigli operativi

Vengono dall'esecuzione di automazioni in produzione:

  • Guarda le prime tre esecuzioni. Le automazioni sono facili da impostare; sono più facili da affinare quando vedi cosa Zero produce davvero nel tuo ambiente.
  • Tieni piccola ogni attività. Le automazioni lunghe e a più passaggi sono più fragili. Se una sola deve aggiornare cinque sistemi, valuta di dividerla in due.
  • Fissa la destinazione. I canali vengono rinominati e le persone se ne vanno. Nomina la destinazione esplicitamente nell'istruzione del flusso; Zero avviserà se non la trova alla prossima esecuzione.
  • Delimita nel tempo le query lunghe. Se il prompt chiede «gli ultimi 30 giorni», ripetilo a ogni esecuzione perché la finestra resti fresca.
  • Attenzione al fuso orario. Una pianificazione senza fuso orario gira in UTC.
  • Metti in pausa prima delle ferie. Soprattutto le automazioni che ti mandano DM: tornare a 14 DM di brief non serve. Disattiva l'automazione e riattivala al rientro; il flusso resta intatto.

Costi

Ogni esecuzione consuma crediti, e ogni esecuzione viene attribuita all'agente che l'ha eseguita. La cronologia mostra il costo in crediti per esecuzione, così puoi individuare quelle care. Un brief mattutino di solito costa poco — qualche centinaio di crediti. Un pacchetto settimanale di contenuti multi-strumento può costare uno o due migliaia. Per la conversione in dollari, vedi Crediti e fatturazione.

Gli intervalli loop brevi si moltiplicano in fretta: ogni 15 minuti fa 96 esecuzioni al giorno.

I trigger di evento possono essere sorprendentemente chiacchieroni. Un'automazione Gmail senza filtri, o una GitHub su un monorepo movimentato, scatterà molto più spesso di quanto ti aspetti. Prima restringi il filtro, poi allargalo.

Come proseguire