Exécution, supervision et débogage
Chaque exécution laisse une trace complète
À chaque exécution d'un workflow, la chronologie des étapes, les journaux, la consommation de tokens et les coûts sont enregistrés en détail. En cas de problème, posez un point d'arrêt pour inspecter les variables et relancez depuis l'étape ayant échoué ; après un redémarrage du service, les exécutions non terminées reprennent automatiquement.
Observabilité des exécutions
La durée et le coût de chaque étape sont consultables
La trace de chaque exécution est conservée sur sa page de détail ; voici ce que vous pouvez y voir.
- Chronologie des étapes et journaux : quand chaque étape a démarré, combien de temps elle a duré et ce qu'elle a produit, tout est visible en un clic.
- Décompte des tokens et des coûts appel par appel : la consommation de chaque appel de modèle est enregistrée dans l'exécution correspondante, et la comptabilité descend jusqu'au niveau de l'étape.
- Le déroulé d'une exécution peut être exporté en JSON ou YAML, que ce soit pour l'archiver ou l'intégrer à vos propres scripts d'analyse.
- Le tableau de bord de données réunit sur une seule page l'état d'exécution et les dépenses de plusieurs workflows.
Débogage des points d'arrêt
Faites une pause pour examiner les variables, modifiez-les puis reprenez l'exécution
Lorsqu'un workflow se bloque à une étape intermédiaire, vous pouvez le déboguer comme du code.
- 9 types de points d'arrêt, pour s'arrêter à l'endroit d'une exécution qui vous intéresse.
- Pendant la pause, examinez une à une les valeurs actuelles des variables pour repérer l'étape qui a faussé les données.
- Modifiez directement la valeur d'une variable puis reprenez l'exécution, sans avoir à changer la définition et à tout recommencer.
⏸ paused · analyze_spend · breakpoint hit> vars.report_lang"zh-CN"> set vars.report_lang = "en-US"ok · variable updated> continue▶ resumed · analyze_spend → render_report → notify_slack
Reprise après échec
Si ça tombe à 3 h, ça reprend le matin
La reprise après échec et la reprise depuis un point d'arrêt sont des capacités intégrées ; une panne en pleine nuit n'a pas besoin d'être traitée en pleine nuit.
↻Relancer depuis l'étape ayant échouéPas besoin de tout relancer depuis le début : indiquez à partir de quelle étape reprendre, et les résultats des étapes LLM déjà terminées en amont sont réutilisés directement, sans nouvelle facturation.
SHARedémarrage du service, reprise automatiqueAprès un déploiement ou un redémarrage, une exécution interrompue à mi-parcours reprend automatiquement. Avant la reprise, le hachage SHA-256 de la définition du workflow est vérifié afin d'éviter toute reprise erronée si la définition a changé ; le nombre de reprises automatiques est plafonné, de 1 à 20.
R·Tretry et timeout au niveau de l'étapeAjoutez retry et timeout à une étape donnée dans la définition : les erreurs réseau transitoires font l'objet d'un réessai automatique, une étape bloquée est interrompue à l'échéance, sans faire échouer l'exécution entière.
Quotas et coûts
Concurrence, durée de conservation et plafond de budget, affichés en clair
Les coûts sont calculés d'après les appels réellement effectués une fois l'exécution terminée ; la plateforme ne fournit pas de devis avant exécution, et les quotas d'exécution dépendent du niveau de formule.
Free · $01Exécution simultanée
Pro · $495Exécution simultanéeDébogueur à points d'arrêt inclus
Team · $9915Exécution simultanéeHistorique d'exécution conservé 180 jours
Entreprise50Exécution simultanéeJournaux d'audit et déploiement sur site
Vous pouvez aussi définir un plafond quotidien de consommation de tokens et de budget, afin de donner une limite de dépense claire aux workflows exécutés automatiquement.Voir la tarification et les quotas complets →
Documentation d'exécution
Trois documents, pour trois sujets
Supervision et observabilitéLe chemin complet depuis la liste des exécutions jusqu'aux journaux et aux enregistrements de coûts d'une étape.Lire la documentation →Débogage des points d'arrêtComment poser des points d'arrêt, et comment inspecter et modifier les variables après une pause.Lire la documentation →Reprise après échec et poursuite d'exécutionExplication de la configuration de la relance d'une étape ayant échoué et de la reprise automatique après un redémarrage du service.Lire la documentation →
Lancez d'abord un workflow, puis revenez examiner sa trace complète
Une fois inscrit, vous pouvez exécuter des modèles et consulter le détail des exécutions ; le débogueur à points d'arrêt est disponible dans la formule Pro.