Journalisation et calcul des coûts

Scrydon propose une journalisation complète des exécutions de workflows et un calcul automatique des coûts pour l'utilisation des modèles d'IA.

Système de journalisation

Scrydon offre deux interfaces de journalisation complémentaires :

Traces en temps réel (exécutions manuelles)

Pendant l'exécution manuelle d'un workflow, le panneau Traces situé en bas de l'éditeur se met à jour en temps réel. Sélectionnez une exécution de bloc dans la liste de gauche pour examiner sa trace.

Le visualiseur de traces affiche :

• Une arborescence d'opérations et une chronologie des durées pour le bloc, l'environnement isolé, le provisionnement, la charge de travail et la suppression. Une exécution s'ouvre au niveau des blocs — développez un bloc pour explorer son cycle de vie et ses appels de modèle et d'outil. Le chemin menant à une opération en échec se développe automatiquement.
• Pour un tour d'Agent isolé, les appels de modèle et d'outil apparaissent sous Exécution de la charge de travail pendant le tour : chaque appel de modèle s'ouvre en cours puis se ferme avec sa durée, et chaque appel d'outil du bac à sable (run_shell, outils de fichiers, actions gouvernées) affiche son nom, sa durée et son résultat dès que le runner le signale lors de son appel de modèle suivant. Seuls le nom, le chronométrage et le résultat sont diffusés ; les arguments et la sortie restent dans le bac à sable jusqu'à la fin du tour. À la fin du bloc, le chronométrage propre du runner remplace les lignes en direct une pour une.
• Un tour de bac à sable arrêté par le Runtime Plane — par exemple parce qu'il a consommé tout son budget d'exécution (exec timed out after 600s) — affiche une ligne Exécution de la charge de travail en échec avec cette raison. Le tour n'est pas re-provisionné : un nouveau bac à sable rejouerait le même travail avec le même budget, donc le bloc échoue immédiatement au lieu de répéter silencieusement le tour.
• La barre d'une ligne repliée est découpée en segments colorés représentant le travail qu'elle masque — appels de modèle, appels d'outil, répartition et résidus d'exécution — avec une légende au-dessus de la chronologie et une infobulle indiquant le nom et la durée de chaque segment. Développer la ligne rétablit une barre unique, ses enfants devenant alors des lignes à part entière.
• Les indicateurs d'état en cours, réussi, avertissement, erreur et ignoré en direct ; un bloc ignoré indique s'il a été désactivé, se trouvait sur une branche non sélectionnée, était inaccessible ou a été empêché par une exécution interrompue
• Les métadonnées d'isolation, notamment le niveau sélectionné, la classe d'exécution, l'identifiant d'exécution et le nom du pod lorsqu'un bac à sable est utilisé
• Des sections Sortie, Entrée et Métadonnées pour l'opération sélectionnée ; les charges utiles larges défilent à l'intérieur de leur propre bloc de code. Utilisez la commande d'agrandissement dans l'en-tête des détails pour lire une charge utile volumineuse en plein écran ; appuyez sur Échap ou utilisez la restauration pour revenir.

Seuls les événements opérationnels émis par l'environnement d'exécution sont affichés. Le visualiseur n'expose pas la chaîne de pensée cachée du modèle.

Le flux en direct suit une exécution tant qu'elle continue de rapporter des événements. Si une exécution ne signale rien pendant 15 minutes, le visualiseur ferme le flux avec une erreur de délai d'interrogation ; rouvrez l'exécution depuis la page Journaux pour voir son état final.

Page des journaux (toutes les exécutions)

Toutes les exécutions de workflows — qu'elles soient déclenchées manuellement, via l'API, le Chat, une planification ou un webhook — sont enregistrées dans la page dédiée aux journaux.

La page des journaux fournit :

• Un filtrage complet par plage temporelle, statut, type de déclencheur, dossier et workflow
• Une fonctionnalité de recherche dans tous les journaux
• Un mode en direct pour les mises à jour en temps réel
• Une rétention de journaux de 7 jours (extensible pour une rétention plus longue)

Panneau latéral de détail des journaux

Cliquer sur une entrée de journal ouvre un panneau latéral détaillé.

Entrée/Sortie des blocs

Consultez les données opérationnelles conservées pour chaque bloc avec des onglets pour basculer entre :

Les arguments et résultats bruts des outils Agent ne sont pas conservés dans les journaux opérationnels ; le journal conserve l'identité de l'outil, son état, les durées et les métadonnées de forme/taille. Si un conteneur d'en-têtes utilise un format non reconnu, Scrydon n'enregistre que les métadonnées de forme afin d'éviter toute divulgation. Après un nettoyage de sécurité, une exécution historique peut ne plus avoir de trace de blocs, tandis que son état, son coût, sa durée et sa sortie finale restent disponibles.

Chronologie d'exécution

Pour les journaux au niveau du workflow, consultez les métriques d'exécution détaillées :

• Horodatages de début et de fin
• Durée totale du workflow
• Durées d'exécution individuelles des blocs
• Identification des goulots d'étranglement

Décomposition des modèles

Pour les workflows utilisant des blocs IA, développez la section Décomposition des modèles pour voir :

• Utilisation des tokens : nombres de tokens en entrée et en sortie pour chaque modèle
• Décomposition des coûts : coûts individuels par modèle et par opération
• Distribution des modèles : quels modèles ont été utilisés et combien de fois
• Coût total : coût agrégé pour l'ensemble de l'exécution du workflow

Instantané du workflow

Pour toute exécution journalisée, cliquez sur « Voir l'instantané » pour voir l'état exact du workflow au moment de l'exécution.

L'instantané fournit :

• Un canevas figé montrant la structure du workflow
• Les états des blocs et les connexions tels qu'ils étaient pendant l'exécution
• La possibilité de cliquer sur n'importe quel bloc pour voir ses entrées et sorties
• Utile pour déboguer des workflows qui ont depuis été modifiés

Calcul des coûts

Chaque appel de capacité (LLM, embedding, reconnaissance vocale, synthèse vocale, OCR, image, vidéo) est journalisé par la plateforme avec une estimation indicative des coûts à des fins de gouvernance et de répartition des coûts — pas une facture. Les nombres de tokens sont les valeurs exactes rapportées par le fournisseur du modèle ; le coût est ensuite dérivé d'un tarif résolu.

Résolution des coûts

Le coût est résolu dans cet ordre pour chaque appel :

1. Tarification de l'intégration / du modèle — le tarif exact configuré sur le modèle dans son intégration, lorsqu'il est présent.
2. Tarif du modèle de base — un déploiement daté (par exemple gpt-5.4-2026-03-05) réutilise le tarif de son modèle de base (gpt-5.4).
3. Tarif par défaut — un fallback configurable par capacité (LLM, Embeddings, STT, TTS, OCR, Image, Vidéo) utilisé lorsqu'aucune tarification de catalogue n'existe.

Les capacités tarifées par token (LLM, embeddings) utilisent un tarif en $ / 1M tokens pour l'entrée et la sortie. Les capacités tarifées à l'unité (parole, OCR, image, vidéo) utilisent un tarif en $ / unité (seconde audio, page, image, …).

Optimisation des coûts

Suivi de l'utilisation

Les administrateurs d'organisation peuvent consulter en direct les décompositions des coûts, des tokens et de l'empreinte carbone — par équipes, espaces de travail, utilisateurs et fonctionnalités — depuis Paramètres → Gouvernance → Analyse des coûts. Le tableau de bord expose également la configuration des tarifs par modèle et par capacité utilisée par l'ordre de résolution ci-dessus.

Consultez le guide du tableau de bord de gouvernance utilisation & coûts pour la présentation complète des vues Vue d'ensemble, Dépenses, Exécution, Carbone, Répartition et Configuration.