Variables et templates
Passer des données d'une étape à l'autre, accéder aux variables globales de l'automatisation.
Le chaînage des étapes d'une automatisation se fait par les variables : chaque action produit une sortie, accessible aux étapes suivantes via une syntaxe de template.
Configuration d'un nœud d'action avec un champ qui supporte les templates
Variables produites par un nœud
Chaque action produit une sortie qui est nommée et accessible aux nœuds suivants. Les nœuds courants exposent des sorties typées :
| Action | Sortie typique |
|---|---|
| Générer du texte | text — le texte généré. |
| Requête HTTP | status, body — code HTTP + corps. |
| Recherche dans projet | passages — la liste des passages trouvés. |
| Transcrire audio | transcript — la transcription textuelle. |
| Condition | (pas de sortie de données, mais une branche True/False). |
Référencer une variable : tapez @
Dans n'importe quel champ de configuration qui supporte les
templates, tapez @ : une liste déroulante s'ouvre avec les
nœuds précédents et leurs sorties. Sélectionnez le nœud (ou
directement un champ) et la référence est insérée comme un badge
cliquable. C'est la méthode recommandée — pas besoin de retenir la
syntaxe ni les identifiants techniques.
Le badge correspond à une référence de la forme :
{{@nodeId:Libellé.champ}}nodeId— identifiant du nœud, rempli automatiquement.Libellé— le nom affiché du nœud source (ce que vous voyez sur le canevas).champ— la sortie ciblée (text,body,passages, …). Optionnel : sans champ, l'objet complet est passé.
Vous pouvez aussi taper le template à la main, mais l'autocomplétion
via @ évite les erreurs de syntaxe et garde la référence valide
même si vous renommez le nœud plus tard.
Exemple de chaînage (tapez @ dans le prompt et choisissez la
sortie passages du nœud Recherche) :
Trigger Manuel
↓
Recherche dans projet → sortie: passages
↓
Générer du texte
prompt: "Résume ces passages : @Recherche dans projet.passages"Une fois le badge inséré, le champ affiche Recherche dans projet.passages en pastille colorée — supprimable d'un coup de
Backspace.
Variables du déclencheur
Le déclencheur expose ses propres variables :
- Webhook : le payload JSON entrant est accessible via
{{ trigger.body }}. Si vous avez défini un Schéma de requête (voir Déclencheurs), les champs sont accessibles individuellement. - Formulaire : chaque champ du formulaire est exposé (par nom).
- Compte rendu : la transcription, le titre, la date, le projet associé.
- Projet : l'identifiant du projet, son nom.
- Planifié : la date et l'heure du déclenchement.
- Manuel : aucune variable spécifique.
Constructeur de schéma
Pour les déclencheurs Webhook et Formulaire, un constructeur de schéma vous permet de définir explicitement la structure attendue de l'entrée. Avantage : les champs déclarés deviennent typés et accessibles par leur nom dans les templates.
Astuce : tester le template
Pendant l'édition d'une automatisation, l'autocomplétion @ ne
liste que les sorties effectivement disponibles à ce point du
graphe (en remontant les nœuds amont). Si une variable que vous
attendez n'apparaît pas, c'est que le nœud source n'est pas branché
en amont — vérifiez le câblage avant de douter du template.
Et ensuite ?
- Actions
- Exécuter et tester — vérifier que le chaînage fonctionne avec une vraie exécution.

