Habilidades workflow-automation
📦

workflow-automation

Seguro

Construir Sistemas de Automatización de Flujos de Trabajo Duraderos

También disponible en: supercent-io

Deja de perder trabajo por fallos de red y tiempos de espera. Aprende a construir flujos de trabajo confiables y tolerantes a errores que sobreviven a reinicios y manejan errores gracefully usando plataformas de ejecución duradera.

Soporta: Claude Codex Code(CC)
📊 70 Adecuado
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "workflow-automation". Compare Temporal vs Inngest for a payment processing system written in TypeScript

Resultado esperado:

Para un sistema de pagos en TypeScript, recomiendo Inngest para un desarrollo más rápido. Temporal ofrece más control pero requiere gestión de infraestructura. Inngest proporciona confiabilidad administrada con desarrollo basado en SDK. Compromisos clave: Temporal maneja mejor flujos de trabajo complejos con máquinas de estado, mientras que Inngest sobresale en simplicidad impulsada por eventos. Ambos proporcionan ejecución duradera, pero Inngest tiene incorporación de desarrolladores más rápida.

Usando "workflow-automation". How do I prevent charging a customer twice when my workflow retries?

Resultado esperado:

Siempre genera una clave de idempotencia única antes del primer intento de pago. Envía esta clave con cada solicitud de pago a tu procesador de pagos. Si el flujo de trabajo se reintenta con la misma clave, el procesador reconocerá el duplicado y devolverá el resultado original en lugar de cobrar de nuevo. Almacena la clave con tu registro de transacción para el período de idempotencia (típicamente 24-48 horas).

Usando "workflow-automation". My n8n workflow keeps timing out when calling slow APIs

Resultado esperado:

Nunca llames a APIs lentas directamente desde tu flujo de trabajo. En su lugar, usa el patrón orquestador-trabajador: tu flujo de trabajo despacha un trabajo a un servicio trabajador, que hace la llamada a la API de forma asíncrona. El trabajador publica el resultado de vuelta a través de webhook o evento. Establece tiempos de espera en todos los nodos HTTP (típicamente 30-60 segundos). Para operaciones muy lentas, implementa polling con intervalos de backoff exponencial.

Auditoría de seguridad

Seguro
v1 • 2/25/2026

All 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.

1
Archivos escaneados
73
Líneas analizadas
0
hallazgos
1
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude

Puntuación de calidad

38
Arquitectura
100
Mantenibilidad
87
Contenido
22
Comunidad
100
Seguridad
91
Cumplimiento de la especificación

Lo que puedes crear

Sistema de Procesamiento de Pagos

Diseñar flujos de trabajo de pagos tolerantes a errores que manejen fallos de red, agoten el tiempo de espera gracefulmente y nunca cobren doble a los clientes usando claves de idempotencia.

Orquestación de Pipeline de Datos

Coordinar flujos de trabajo ETL de múltiples pasos con procesamiento paralelo, recuperación de errores y resumido basado en puntos de control para trabajos de datos de larga duración.

Integración de Microservicios

Implementar flujos de trabajo impulsados por eventos que coordinen múltiples servicios con patrones saga para transacciones distribuidas y reversión automática.

Prueba estos prompts

Elegir la Plataforma Correcta 
Necesito construir [workflow type] para [use case]. Mi equipo tiene experiencia en [skill level] y las prioridades son [priorities]. Compara Temporal, Inngest, n8n y AWS Step Functions para este escenario. Recomienda la mejor opción y explica los compromisos.
Diseñar Operaciones Idempotentes 
Estoy construyendo [workflow type] que llama a [external service/API]. ¿Cómo debería implementar idempotencia? Muéstrame el patrón para generar y validar claves de idempotencia, y explica dónde almacenarlas.
Estructurar el Manejo de Errores 
Diseña una estrategia de reintento para [operation type] que puede fallar con [error types]. Configura backoff exponencial, reintentos máximos y comportamiento de respaldo. Muéstrame cómo estructurar esto en [platform name].
Dividir Flujos de Trabajo Monolíticos 
Tengo un solo flujo de trabajo que hace [complex process]. Es difícil de depurar y frecuentemente reinicia desde el principio. Ayúdame a dividir esto en pasos más pequeños con estado durable entre ellos.

Mejores prácticas

  • Siempre usa claves de idempotencia para llamadas a API externas para prevenir operaciones duplicadas en reintentos
  • Establece tiempos de espera explícitos en todas las actividades y llamadas a servicios externos para prevenir flujos de trabajo colgados
  • Divide flujos de trabajo largos en pasos pequeños con estado con puntos de control para una recuperación más rápida de fallos
  • Implementa backoff exponencial con jitter para reintentos para evitar abrumar servicios downstream

Evitar

  • No realices operaciones de I/O directas o efectos secundarios en código de flujo de trabajo—delega siempre a actividades o trabajadores
  • Nunca construyas flujos de trabajo monolíticos que intenten hacer todo en un lugar; se vuelven imposibles de depurar y reintentar eficientemente
  • Evita pasar cargas de datos grandes como argumentos de flujo de trabajo—almacena los datos externamente y pasa referencias en su lugar

Preguntas frecuentes

¿Qué es la ejecución duradera y por qué la necesito?
La ejecución duradera significa que el estado de tu flujo de trabajo sobrevive a reinicios de proceso, fallos de red y caídas. El sistema reintenta automáticamente los pasos fallidos y se reanuda desde el último punto de control exitoso. Esto elimina la necesidad de reconstruir flujos de trabajo fallidos desde cero, reduciendo la carga de guardia y la pérdida de datos.
¿Debo usar Temporal, Inngest, n8n o AWS Step Functions?
Elige Temporal para flujos de trabajo complejos con estado y máximo control. Elige Inngest para aplicaciones impulsadas por eventos con desarrollo rápido. Elige n8n para automatización de procesos de negocio sin código. Elige AWS Step Functions cuando ya estés en el ecosistema AWS con necesidades de orquestación simples. La mejor elección depende de las habilidades de tu equipo, requisitos de complejidad y preferencias de infraestructura.
¿Cómo prevengo operaciones duplicadas cuando los flujos de trabajo se reintentan?
Implementa idempotencia generando una clave única antes de cualquier operación externa. Envía esta clave con cada solicitud API, escritura de base de datos o cargo de pago. El servicio downstream verifica si la clave ya fue procesada y devuelve el resultado en caché en lugar de realizar la operación de nuevo. Almacena las claves de idempotencia por al menos la duración de tu ventana de reintento.
¿Qué es el backoff exponencial con jitter?
El backoff exponencial aumenta el delay de reintento después de cada fallo (1s, 2s, 4s, 8s). El jitter añade aleatoriedad a estos intervalos para prevenir problemas de manada de thundering donde múltiples reintentos se sincronizan y abruman servicios. La mayoría de las plataformas proporcionan políticas de reintento integradas—úsalas en lugar de escribir tus propios bucles de espera.
¿Pueden los flujos de trabajo llamar a APIs externas directamente?
Técnicamente sí, pero crea fragilidad. Los tiempos de espera de API colgarán tu flujo de trabajo. En su lugar, usa funciones de actividad o trabajadores que hagan llamadas HTTP de forma asíncrona con tiempos de espera apropiados. Tu flujo de trabajo despacha el trabajo y espera un evento de completitud o webhook. Esta separación mantiene los flujos de trabajo responsivos y resilientes a fallos downstream.
¿Cómo depuro flujos de trabajo fallidos?
Todas las plataformas de flujo de trabajo proporcionan historiales de ejecución que muestran cada paso, entrada/salida y razones de fallo. Usa logging estructurado en tu código de actividad. Establece nombres descriptivos para cada paso de flujo de trabajo. Para fallos complejos, reproduce la ejecución con logging de depuración habilitado. La mayoría de las plataformas también ofrecen integración de tracing y APIs de consulta para inspeccionar el estado del flujo de trabajo en ejecución.

Detalles del desarrollador

Autor

sickn33

Licencia

Apache-2.0

Repositorio

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/workflow-automation

Ref.

main

Estructura de archivos

📄 SKILL.md