workflow-automation
Construire des systèmes d'automatisation de workflows durables
Ne perdez plus de travail à cause des échecs réseau et des délais d'attente. Apprenez à construire des workflows fiables et tolérants aux pannes qui survivent aux redémarrages et gèrent les erreurs avec grâce en utilisant des plateformes d'exécution durable.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "workflow-automation". Compare Temporal vs Inngest for a payment processing system written in TypeScript
Résultat attendu:
Pour un système de paiement en TypeScript, je recommande Inngest pour un développement plus rapide. Temporal offre plus de contrôle mais nécessite une gestion de l'infrastructure. Inngest fournit une fiabilité gérée avec un développement basé sur le SDK. Compromis clés : Temporal gère mieux les workflows complexes de machine à états, tandis qu'Inngest excelle dans la simplicité pilotée par les événements. Les deux fournissent une exécution durable, mais Inngest offre une intégration plus rapide pour les développeurs.
Utilisation de "workflow-automation". How do I prevent charging a customer twice when my workflow retries?
Résultat attendu:
Générez toujours une clé d'idempotence unique avant la première tentative de paiement. Envoyez cette clé avec chaque demande de paiement à votre processeur de paiements. Si le workflow retry avec la même clé, le processeur reconnaîtra le doublon et renverra le résultat original au lieu de facturer à nouveau. Stockez la clé avec votre enregistrement de transaction pour la période d'idempotence (généralement 24-48 heures).
Utilisation de "workflow-automation". My n8n workflow keeps timing out when calling slow APIs
Résultat attendu:
N'appelez jamais les API lentes directement depuis votre workflow. Utilisez plutôt le modèle orchestrator-worker : votre workflow distribue un travail à un service worker, qui effectue l'appel API de manière asynchrone. Le worker renvoie le résultat via webhook ou événement. Définissez des délais d'attente sur tous les nœuds HTTP (généralement 30-60 secondes). Pour les opérations très lentes, implémentez un polling avec des intervalles de backoff exponentiel.
Audit de sécurité
SûrAll static analysis findings are false positives. The 'backtick execution' detection refers to Markdown code formatting in documentation text, not actual Ruby/shell commands. The 'weak cryptography' detection refers to the word 'execution' in documentation context, not cryptographic implementation. This skill contains only documentation about workflow automation patterns with no executable code, security risks, or prompt injection attempts.
Score de qualité
Ce que vous pouvez construire
Système de traitement des paiements
Concevoir des workflows de paiement tolérants aux pannes qui gèrent les échecs réseau, expirent avec élégance et ne facturent jamais deux fois les clients en utilisant des clés d'idempotence.
Orchestration de pipelines de données
Coordonner des workflows ETL multi-étapes avec traitement parallèle, récupération d'erreurs et reprise basée sur des points de contrôle pour les tâches de données de longue durée.
Intégration de microservices
Implémenter des workflows pilotés par les événements qui coordonnent plusieurs services avec des modèles saga pour les transactions distribuées et le rollback automatique.
Essayez ces prompts
Je dois construire un [workflow type] pour un [use case]. Mon équipe a un niveau d'expérience [skill level] et les priorités sont [priorities]. Comparez Temporal, Inngest, n8n et AWS Step Functions pour ce scénario. Recommandez la meilleure solution et expliquez les compromis.
Je construis un [workflow type] qui appelle un [external service/API]. Comment dois-je implémenter l'idempotence ? Montrez-moi le modèle pour générer et valider les clés d'idempotence, et expliquez où les stocker.
Concevez une stratégie de retry pour un [operation type] qui peut échouer avec [error types]. Configurez le backoff exponentiel, le nombre maximum de retries et le comportement de repli. Montrez-moi comment structurer cela dans [platform name].
J'ai un seul workflow qui fait un [complex process]. Il est difficile à déboguer et redémarre fréquemment depuis le début. Aidez-moi à le décomposer en étapes plus petites avec des points de contrôle et un état durable entre elles.
Bonnes pratiques
- Utilisez toujours des clés d'idempotence pour les appels API externes afin de prévenir les opérations dupliquées lors des retries
- Définissez des délais explicites sur toutes les activités et appels de services externes pour éviter les workflows bloqués
- Décomposez les longs workflows en petites étapes avec des points de contrôle pour une récupération plus rapide après les pannes
- Implémentez un backoff exponentiel avec du jitter pour les retries afin de ne pas submerger les services en aval
Éviter
- N'effectuez pas d'opérations d'E/S directes ou d'effets secondaires dans le code du workflow — déléguez toujours aux activités ou aux workers
- Ne construisez jamais de workflows monolithiques qui tentent de tout faire en un seul endroit ; ils deviennent impossibles à déboguer et à retenter efficacement
- Évitez de passer de grandes données en tant qu'arguments du workflow — stockez les données en externe et passez plutôt des références