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:
- Il flusso di lavoro da eseguire
- L'agente che lo esegue — decide il tono, il modello e i connettori in gioco
- 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.
| Trigger | Si attiva |
|---|---|
cron | Su un'espressione cron, nel fuso orario che indichi — 0 8 * * 1-5 |
once | Una sola volta, alla data e all'ora che imposti |
loop | A 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— unloop, 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.
| Trigger | Si attiva |
|---|---|
gmail-new-message | Quando arriva un nuovo messaggio |
gmail-label-applied | Quando 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-messagefiltrato sufrom-contains: @dominio-cliente.com, che esegue un flussocustomer-reply-draftper preparare una bozza da rivedere.
GitHub
| Trigger | Si attiva |
|---|---|
github-label-applied | Un'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-completed | Un'esecuzione di Actions finisce — filtra per repository, workflow, conclusione, branch, evento scatenante, autore |
github-workflow-job-completed | Un singolo job finisce — filtra inoltre per nome del job, etichetta del runner, gruppo di runner |
github-pull-request-review-submitted | Viene inviata una review — filtra per stato (approvata, modifiche richieste, commentata), branch base e head, autori fidati |
github-deployment-status-created | Un deployment cambia stato — filtra per ambiente, stato, ref, creatore, app e solo produzione |
github-issue-comment-created | Compare 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-completedsuconclusion: failurepermain, che esegue un flusso che legge i log, individua lo step fallito e pubblica una diagnosi su Slack.
Calendario
| Trigger | Si attiva |
|---|---|
google-calendar-event-created | Compare un nuovo evento |
google-calendar-event-updated | Un evento cambia |
google-calendar-event-cancelled | Un evento viene annullato |
Ciascuno sorveglia un calendario — quello principale per impostazione predefinita.
Non arrivare mai impreparato a una riunione:
google-calendar-event-createdche esegue un flusso che ricerca i partecipanti esterni e le loro aziende e ti manda un brief pre-riunione.
Notion
| Trigger | Si attiva |
|---|---|
notion-child-page-created | Viene aggiunta una pagina sotto una pagina padre che indichi |
notion-database-item-created | Viene aggiunta una riga a un database che indichi |
notion-page-content-updated | Il contenuto di una pagina cambia, sorvegliato per pagina o per database |
CMS
| Trigger | Si attiva |
|---|---|
strapi-entry-published | Una voce viene pubblicata — eventualmente ristretto a un tipo di contenuto e a una lingua |
Webhook e chat
| Trigger | Si attiva |
|---|---|
webhook | Un 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-finished | Un'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
- Per la procedura che un'automazione esegue, vedi Flussi di lavoro (competenze).
- Per cosa accade dentro ogni esecuzione, vedi Chat.
- Per cinque combinazioni complete di flusso e automazione, vedi Flussi di lavoro di esempio.