Partir d'un template
Vous allez construire : une application complète et fonctionnelle générée depuis le catalogue de templates — la route la plus rapide de l'idée au pipeline qui tourne quand votre cas d'usage a une forme connue.
Prérequis
- La CLI Pulse (démarrage rapide).
1 · Parcourez le catalogue
pulse new --list-templates
Plus de 220 templates, tous secteurs — support, finance, marketing, ops, IoT… chacun une application multi-stages complète.
2 · Matérialisez-en un
pulse new my-responder --from-template kb-grounded-ticket-responder
Le template se transpile en un pulse.yaml ordinaire dans ./my-responder — pas une boîte noire : ouvrez-le, lisez-le, ce sont les trois blocs que vous connaissez.
D'autres exemples réels à essayer : voice-customer-support-agent, ai-call-center, roas-influencer-campaign, ai-virtual-office.
3 · Remplissez ce qui vous appartient
Le squelette émet ${env:…} / ${secret:…} pour chaque champ d'identifiant — définissez-les, puis :
pulse deploy .
Les templates utilisant des plugins MCP embarquent une référence de pack — l'assistant de déploiement propose les plugins en installation un-clic au lieu d'une chasse au trésor.
4 · Faites-le vôtre
$EDITOR pulse.yaml
Un template est un point de départ, pas une cage : ajoutez un stage, changez le sink, resserrez une règle. À partir d'ici, c'est une application normale.
Ce qui vient de se passer
Les templates compressent la phase page-blanche : une forme de pipeline éprouvée atterrit comme un pulse.yaml éditable, avec les secrets correctement référencés et les plugins groupés. Vous gardez le chemin doré (éditer → déployer → suivre) dès la première minute.
Dépannage
Un stage du template s'affiche blocked après le deploy
Il utilise un plugin MCP pas encore installé — la vue pipeline le nomme, l'assistant propose l'installation. Même comportement honnête que dans Agir avec les outils MCP.