Une automatisation est un déclencheur attaché à un workflow (skill). Le workflow dit quoi faire ; l'automatisation dit quand. Ensemble, ils transforment une demande que vous tapiez autrefois à la main en travail qui se fait sans vous.
Les rappels d'agenda vous demandent de faire le travail. Les automatisations le font, puis vous préviennent que c'est terminé.
Chaque automatisation nomme trois choses :
- Le workflow à exécuter
- L'agent qui l'exécute — il décide du ton, du modèle et des connecteurs mobilisés
- Le déclencheur — une planification, un événement dans l'un de vos outils, ou un webhook entrant
Ce qui se passe à chaque exécution
Chaque déclenchement ouvre un chat neuf. Le chat relit le contexte le plus récent depuis vos outils, appelle les connecteurs dont il a besoin et produit le résultat.
Cela compte pour deux raisons :
- Aucun état accumulé. L'exécution de lundi dernier ne déteint pas sur celle de ce lundi. La procédure est la même ; les données sont fraîches.
- Chaque exécution est rejouable. Ouvrez l'historique de l'automatisation pour voir exactement ce qu'a fait la dernière exécution, où elle a dépensé des crédits et ce qu'elle a produit.
Si une exécution échoue — coupure réseau, jeton expiré, entrée ambiguë —, Zero enregistre l'échec avec sa raison et vous prévient au lieu de l'abandonner en silence.
Types de déclencheurs
Planifications
La famille la plus courante : l'automatisation s'exécute selon une cadence — quotidienne, hebdomadaire, horaire, selon une expression cron personnalisée, à intervalle fixe, ou une seule fois à un moment donné.
| Déclencheur | Se déclenche |
|---|---|
cron | Sur une expression cron, dans le fuseau horaire que vous nommez — 0 8 * * 1-5 |
once | Une seule fois, à la date et à l'heure que vous fixez |
loop | À intervalle fixe — toutes les 15m, 1h, 90s |
Quatre façons de dire quand. Vous n'êtes pas obligé d'écrire du cron :
- Langage naturel. « Chaque jour ouvré à 8 h, heure de Los Angeles » — Zero l'interprète pour vous. Fuseaux horaires, jours ouvrés, « le premier du mois », « un vendredi sur deux » : tout fonctionne. C'est ce que choisit la plupart des équipes.
- Expression cron.
0 8 * * 1-5, pour un contrôle précis. Indiquez le fuseau IANA à côté (Europe/Paris,America/Los_Angeles). - Intervalle. Toutes les
15m,1h,90s— unloop, pour les contrôles de santé et les sondes où l'alignement sur l'horloge n'a pas d'importance. - Une seule fois. Un déclenchement unique à la date et à l'heure fixées — un
once. Utile pour un rappel lié à un lancement, un embargo ou une échéance.
Une planification sans fuseau horaire s'exécute en UTC, ce qui correspond rarement à ce que « 9 h » veut dire pour le lecteur. Nommez le fuseau.
Presque tout « je devrais… » récurrent qui vous trotte dans la tête est un candidat : un brief matinal à 8 h chaque jour ouvré, un digest hebdomadaire de métriques chaque lundi, un nettoyage de boîte de réception chaque soir, un contrôle de santé de production toutes les 30 minutes, la préparation du conseil de fin de trimestre le 25 du troisième mois.
Si le travail doit partir d'un événement plutôt que d'une horloge — un mail arrive, une PR est approuvée, une page est publiée —, l'un des déclencheurs ci-dessous convient mieux et ne gaspille pas d'exécutions à interroger.
| Déclencheur | Se déclenche |
|---|---|
gmail-new-message | Quand un nouveau message arrive |
gmail-label-applied | Quand un libellé nommé est appliqué à un message |
Les deux se restreignent avec des règles de texte sur De, À, Cc, Objet et corps — chacune disponible en contient et ne contient pas. Sans règles, une automatisation Gmail correspond à tous les messages entrants : commencez étroit.
Triez le courrier support sans surveiller la boîte :
gmail-new-messagefiltré surfrom-contains: @domaine-client.com, exécutant un workflowcustomer-reply-draftqui prépare un brouillon à relire.
GitHub
| Déclencheur | Se déclenche |
|---|---|
github-label-applied | Un libellé arrive sur une issue ou une PR — filtrez par libellé, dépôt, issues/PR/les deux, et selon que l'acteur est vous ou n'importe qui |
github-workflow-run-completed | Une exécution Actions se termine — filtrez par dépôt, workflow, conclusion, branche, événement déclencheur, acteur |
github-workflow-job-completed | Un job se termine — filtrez en plus par nom de job, libellé de runner, groupe de runners |
github-pull-request-review-submitted | Une revue est soumise — filtrez par état (approuvée, changements demandés, commentée), branches base et head, auteurs de confiance |
github-deployment-status-created | Un déploiement change d'état — filtrez par environnement, état, ref, créateur, application et production uniquement |
github-issue-comment-created | Un commentaire apparaît — filtrez par dépôt, issues/PR/les deux, acteur et préfixe de commentaire requis |
Les déclencheurs GitHub nécessitent l'installation de la GitHub App dans votre espace de travail. Les filtres acceptent des valeurs séparées par des virgules ; omettez-en un pour tout accepter.
Bouclez la boucle CI :
github-workflow-run-completedsurconclusion: failurepourmain, exécutant un workflow qui lit les logs, identifie l'étape en échec et publie un diagnostic dans Slack.
Agenda
| Déclencheur | Se déclenche |
|---|---|
google-calendar-event-created | Un nouvel événement apparaît |
google-calendar-event-updated | Un événement change |
google-calendar-event-cancelled | Un événement est annulé |
Chacun surveille un agenda — votre agenda principal par défaut.
N'arrivez plus à froid en réunion :
google-calendar-event-createdexécutant un workflow qui recherche les participants externes et leurs entreprises, puis vous envoie un brief avant la réunion.
Notion
| Déclencheur | Se déclenche |
|---|---|
notion-child-page-created | Une page est ajoutée sous une page parente que vous nommez |
notion-database-item-created | Une ligne est ajoutée à une base de données que vous nommez |
notion-page-content-updated | Le contenu d'une page change, surveillé par page ou par base de données |
CMS
| Déclencheur | Se déclenche |
|---|---|
strapi-entry-published | Une entrée est publiée — éventuellement restreint à un type de contenu et une locale |
Webhook et chat
| Déclencheur | Se déclenche |
|---|---|
webhook | Un système externe appelle une URL de webhook signée. Le secret de signature n'est affiché qu'une fois, à la création : copiez-le à ce moment-là. Disponible sur Team et Enterprise. |
chat-run-finished | Une exécution se termine dans un fil de chat que vous nommez — éventuellement filtré par statut de fin (terminée, échouée, annulée) et par un motif à jokers appliqué au message final de l'exécution |
chat-run-finished est la façon d'enchaîner le travail : la sortie d'une automatisation devient le coup d'envoi de la suivante.
Créer une automatisation
Depuis un chat qui fonctionne. Exécutez d'abord la tâche une fois. Quand elle produit ce que vous voulez, dites :
« Exécute ça chaque jour ouvré à 8 h, heure de Los Angeles, et envoie-moi le résultat en DM. »
Zero confirme le workflow, la cadence et la destination, enregistre le workflow s'il n'existe pas encore, et y attache l'automatisation.
Explicitement. Ouvrez un workflow dans votre espace de travail et ajoutez-lui une automatisation en choisissant le type de déclencheur et ses filtres. Utile quand vous connaissez déjà la forme et ne voulez pas de test à blanc.
Les automatisations s'activent et se désactivent individuellement sans être supprimées — le bon geste avant des vacances, ou pendant que vous déboguez un déclencheur bavard.
Destinations
Une automatisation doit savoir où va le résultat. Précisez-le dans l'instruction du workflow :
- Canal Slack ou DM — le plus courant ; arrive dans le canal en message ou en fil
- Feishu ou Microsoft Teams — même idée pour les équipes qui y vivent
- Telegram ou SMS — pour des alertes personnelles, pensées mobile d'abord
- Une page ou une base Notion — pour ce qui doit être archivé plutôt que diffusé
- Un Google Doc ou une feuille de calcul — ajouté ou écrasé
- Une issue GitHub ou un commentaire de PR — pour les workflows d'ingénierie
- Un brouillon Gmail — préparé dans votre compte, à relire et envoyer
- Une page hébergée — pour les résultats à partager sous forme d'URL publique
- Un fichier de l'espace de travail — quand l'artefact est une vidéo, une image ou un fichier téléchargeable
« Publie dans #engineering » ou « envoie-moi un DM » est plus clair que « envoie-le quelque part ».
Conseils d'exploitation
Ils viennent de l'exécution d'automatisations en production :
- Surveillez les trois premières exécutions. Les automatisations sont faciles à mettre en place ; elles sont plus faciles à affiner une fois que vous voyez ce que Zero produit réellement dans votre environnement.
- Gardez chaque tâche petite. Les automatisations longues et multi-étapes sont plus fragiles. Si une seule doit mettre à jour cinq systèmes, envisagez de la couper en deux.
- Fixez la destination. Les canaux sont renommés et les gens partent. Nommez explicitement la destination dans l'instruction du workflow ; Zero vous avertira s'il ne la trouve pas à la prochaine exécution.
- Bornez les requêtes longues dans le temps. Si le prompt demande « les 30 derniers jours », répétez-le à chaque exécution pour que la fenêtre reste fraîche.
- Attention au fuseau horaire. Une planification sans fuseau s'exécute en UTC.
- Mettez en pause avant les congés. Surtout les automatisations qui vous envoient des DM : revenir à 14 DM de brief ne sert à rien. Désactivez l'automatisation et réactivez-la au retour ; le workflow reste intact.
Coûts
Chaque exécution consomme des crédits, et chaque exécution est attribuée à l'agent qui l'a lancée. L'historique affiche le coût en crédits par exécution, ce qui vous permet de repérer les plus chères. Un brief matinal est en général bon marché — quelques centaines de crédits. Un bundle de contenu hebdomadaire multi-outils peut coûter un à deux milliers. Pour la conversion en dollars, voir Crédits et facturation.
Les intervalles loop courts se multiplient vite : toutes les 15 minutes, cela fait 96 exécutions par jour.
Les déclencheurs d'événements peuvent être étonnamment bavards. Une automatisation Gmail sans filtre, ou une automatisation GitHub sur un monorepo actif, se déclenchera bien plus souvent que prévu. Filtrez étroit d'abord, élargissez ensuite.
Pour aller plus loin
- Pour la procédure qu'exécute une automatisation, voir Workflows (skills).
- Pour ce qui se passe à l'intérieur de chaque exécution, voir Chat.
- Pour cinq combinaisons complètes workflow + automatisation, voir Exemples de workflows.