workflow-automation
Entwickeln Sie robuste Workflow-Automatisierungssysteme
Auch verfügbar von: supercent-io
Verhindern Sie Arbeitsverluste durch Netzwerkausfälle und Timeouts. Lernen Sie, zuverlässige, fehlertolerante Workflows zu entwickeln, die Neustarts überstehen und Fehler mithilfe von Durable-Execution-Plattformen elegant behandeln.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "workflow-automation". Compare Temporal vs Inngest for a payment processing system written in TypeScript
Erwartetes Ergebnis:
Für ein TypeScript-Zahlungssystem empfehle ich Inngest für schnellere Entwicklung. Temporal bietet mehr Kontrolle, erfordert jedoch Infrastrukturmanagement. Inngest bietet verwaltete Zuverlässigkeit mit SDK-basierter Entwicklung. Wichtige Kompromisse: Temporal handhabt komplexe State-Machine-Workflows besser, während Inngest bei ereignisgesteuerter Einfachheit glänzt. Beide bieten Durable Execution, aber Inngest hat schnellere Developer-Onboarding.
Verwendung von "workflow-automation". How do I prevent charging a customer twice when my workflow retries?
Erwartetes Ergebnis:
Generieren Sie immer einen eindeutigen Idempotenzschlüssel vor dem ersten Zahlungsversuch. Senden Sie diesen Schlüssel mit jedem Zahlungsauftrag an Ihren Zahlungsabwickler. Wenn der Workflow mit demselben Schlüssel wiederholt, erkennt der Abwickler das Duplikat und gibt das ursprüngliche Ergebnis zurück, anstatt erneut zu belasten. Speichern Sie den Schlüssel mit Ihrem Transaktionsdatensatz für den Idempotenzzeitraum (typischerweise 24-48 Stunden).
Verwendung von "workflow-automation". My n8n workflow keeps timing out when calling slow APIs
Erwartetes Ergebnis:
Rufen Sie langsame APIs niemals direkt aus Ihrem Workflow auf. Verwenden Sie stattdessen das Orchestrator-Worker-Muster: Ihr Workflow verteilt einen Auftrag an einen Worker-Dienst, der den API-Aufruf asynchron ausführt. Der Worker postet das Ergebnis zurück über Webhook oder Event. Setzen Sie Timeouts auf allen HTTP-Knoten (typischerweise 30-60 Sekunden). Für sehr langsame Operationen implementieren Sie Polling mit exponentiellen Backoff-Intervallen.
Sicherheitsaudit
SicherAll 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.
Qualitätsbewertung
Was du bauen kannst
Zahlungsverarbeitungssystem
Entwickeln Sie fehlertolerante Zahlungsworkflows, die Netzwerkausfälle behandeln, Timeouts elegant verarbeiten und Kunden niemals doppelt mit Idempotenzschlüsseln belasten.
Datenpipeline-Orchestrierung
Koordinieren Sie mehrstufige ETL-Workflows mit paralleler Verarbeitung, Fehlerwiederherstellung und checkpointbasierter Fortsetzung für langlaufende Datenaufträge.
Microservice-Integration
Implementieren Sie ereignisgesteuerte Workflows, die mehrere Dienste mit Saga-Mustern für verteilte Transaktionen und automatischen Rollback koordinieren.
Probiere diese Prompts
Ich muss [workflow type] für [use case] erstellen. Mein Team hat [skill level] Erfahrung und Prioritäten sind [priorities]. Vergleichen Sie Temporal, Inngest, n8n und AWS Step Functions für dieses Szenario. Empfehlen Sie die beste Wahl und erklären Sie die Kompromisse.
Ich erstelle [workflow type], der [external service/API] aufruft. Wie sollte ich Idempotenz implementieren? Zeigen Sie mir das Muster für die Generierung und Validierung von Idempotenzschlüsseln und erklären Sie, wo diese gespeichert werden.
Entwerfen Sie eine Wiederholungsstrategie für [operation type], die mit [error types] fehlschlagen kann. Konfigurieren Sie exponentielles Backoff, maximale Wiederholungen und Fallback-Verhalten. Zeigen Sie mir, wie Sie dies in [platform name] strukturieren.
Ich habe einen einzelnen Workflow, der [complex process] ausführt. Er ist schwer zu debuggen und startet häufig von vorne. Helfen Sie mir, dies in kleinere, mit Checkpoints versehene Schritte mit dauerhaftem Zustand dazwischen aufzuteilen.
Bewährte Verfahren
- Verwenden Sie immer Idempotenzschlüssel für externe API-Aufrufe, um doppelte Operationen bei Wiederholungen zu verhindern
- Setzen Sie explizite Timeouts auf alle Aktivitäten und externen Dienstaufrufe, um hängende Workflows zu verhindern
- Teilen Sie lange Workflows in kleine Schritte mit checkpointbasiertem Zustand für schnellere Wiederherstellung bei Fehlern
- Implementieren Sie exponentielles Backoff mit Jitter für Wiederholungen, um nachgelagerte Dienste nicht zu überfordern
Vermeiden
- Führen Sie keine direkten I/O-Operationen oder Nebeneffekte im Workflow-Code aus – delegieren Sie immer an Aktivitäten oder Worker
- Erstellen Sie niemals monolithische Workflows, die alles an einem Ort versuchen; sie werden unmöglich zu debuggen und effizient wiederholen
- Vermeiden Sie die Übergabe großer Datenmengen als Workflow-Argumente – speichern Sie Daten extern und übergeben Sie stattdessen Referenzen
Häufig gestellte Fragen
Was ist Durable Execution und warum brauche ich sie?
Sollte ich Temporal, Inngest, n8n oder AWS Step Functions verwenden?
Wie verhindere ich doppelte Operationen, wenn Workflows wiederholt werden?
Was ist exponentielles Backoff mit Jitter?
Können Workflows externe APIs direkt aufrufen?
Wie debugge ich fehlgeschlagene Workflows?
Entwicklerdetails
Autor
sickn33Lizenz
Apache-2.0
Repository
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/workflow-automationRef
main
Dateistruktur
📄 SKILL.md