Automatización

La Automatización de PostClaw te permite encadenar skills de IA en pipelines que se ejecutan según un horario — publicación de contenido totalmente automatizada.

Conceptos

Crear un Workflow

1. Ve a Configuración → Automatización → Workflows
2. Haz clic en Nuevo Workflow
3. Añade pasos en orden:

[Fuente: Feed RSS]
  → Skill: Resumir artículo
  → Skill: Reescribir para tono de LinkedIn
  → Skill: Generar imagen de cabecera
  → Salida: Publicación en LinkedIn (programada)

Los skills pueden pasar contexto al siguiente paso mediante variables {{output}}.

Tipos de Fuente

Programación Cron

Usa expresiones cron estándar de 5 campos:

# Cada día laborable a las 9 AM UTC
0 9 * * 1-5

# Cada lunes y jueves a las 12 PM UTC
0 12 * * 1,4

# Cada hora
0 * * * *

La interfaz incluye un constructor de cron si prefieres una configuración visual.

Adjuntar un horario a un workflow existente registra el trabajo inmediatamente. Si el horario está desactivado, el trabajo se mantiene desactivado — programar un workflow desactivado nunca lo inicia ejecutándose en segundo plano.

Las Ejecuciones Programadas Coinciden Con Lo Que Probaste

Un workflow ahora se ejecuta de la misma manera sin importar cómo se inicia.

Anteriormente no era así. Presionar Ejecutar en el Studio siempre seguía tu gráfico exactamente. En un tick de cron, solo los workflows que contenían ramificación (if/else o bucle) hacían lo mismo — un workflow de línea recta se entregaba al IA como una descripción de lo que querías, y el modelo decidía qué pasos llamar. El orden de los pasos, la configuración por paso y la elección del modelo por paso eran vinculantes cuando probabas y apenas orientativos cuando se ejecutaba el horario.

Ambas rutas son ahora idénticas. Si verificas un workflow con Ejecutar, el disparo del cron hará lo mismo.

Historial de Ejecuciones

Cada ejecución se registra, incluyendo las que anteriormente no dejaban rastro: disparos de cron, Generar en el compositor, el cajón de generar blog y Ejecutar ahora en el panel de control. Solo las ejecuciones del Studio solían aparecer en el historial de ejecuciones.

Dos reglas que vale la pena conocer:

• Una ejecución que es omitida — porque otra ejecución mantiene el bloqueo, o no tienes créditos, o alcanzaste el límite de ejecuciones de tu plan — no se registra. Nunca se ejecutó, por lo que contarla reportaría mal tu uso.
• Una ejecución que termina sin producir contenido se registra como un error, no como un éxito silencioso.

Puerta de Aprobación

Añade un paso de Aprobar para pausar el pipeline y esperar revisión humana antes de publicar:

1. La automatización se ejecuta y se detiene en la puerta de aprobación
2. Recibes una notificación (por correo electrónico o en la app)
3. Revisa el borrador — aprueba o rechaza con comentarios
4. Al aprobar, el pipeline continúa con la publicación

Recomendado para cuentas de marca o contenido de alto impacto.

Configuración Por Paso

Cada paso tiene su propia configuración, aplicada solo a ese paso:

• Modelo — elige un modelo diferente para este paso
• Tu propia clave de API (BYOK) — usa tu clave del proveedor para este paso
• Parámetros de generación — controles de creatividad y longitud
• Prompt — escríbelo directamente en el paso en el lienzo, o en el panel lateral
• Reintentos — cuántas veces reintentar, cuánto esperar y qué cuenta como digno de reintentar

Estos controles solían ser recopilados e ignorados. La consecuencia práctica era una de facturación: si elegías tu propio modelo BYOK para un paso, la ejecución usaba silenciosamente el modelo integrado en su lugar y aún deducía tus créditos de PostClaw. Ahora la configuración se respeta.

Un prompt escrito directamente en un paso en el lienzo también solía perderse al guardar — el paso se veía vacío cuando lo reabrías, y la ejecución usaba la salida del paso anterior en su lugar. Eso está arreglado.

Los desplegables de pasos ahora solo ofrecen valores que el paso realmente acepta. Algunas opciones previamente listadas fallarían, y una configuración requerida se mostraba como una caja de texto libre y siempre se establecía por defecto silenciosamente.

Reintentos y tiempos de espera

Los reintentos ahora están disponibles en cada paso de herramienta. Solía aparecer solo en algunos tipos de pasos, lo cual dejaba los pasos respaldados por IA — los más expuestos a un proveedor lento — como los que no podías proteger.

Cada paso tiene permitido 120 segundos. Una carga de trabajo que normalmente termina justo debajo de eso fallará intermitentemente en lugar de consistentemente, por lo que vale la pena habilitar reintentos en pasos que llaman a un modelo externo.

Los pasos que publican u otro cambio fuera de PostClaw están excluidos de reintentos, por lo que un reintento nunca puede hacer doble publicación.

Webhook y Variables

Los cuerpos de Webhook ahora sustituyen variables antes de enviar:

• {{input}} — la entrada del workflow
• {{prev.text}} — la salida del paso anterior
• {{step.<id>.output}} — la salida de un paso específico

Anteriormente el cuerpo se enviaba exactamente como se escribía, por lo que una carga útil de Slack como {"text":"{{prev.text}}"} llegaba con las llaves literales en ella.

Dos correcciones relacionadas: el campo Entrada de un paso de transformación ahora funciona (anteriormente siempre leía el paso inmediatamente anterior sin importar lo que eligieras), y la casilla de verificación “truncar si supera límite” del paso de formato ahora se respeta.

Los Fallos Se Reportan Como Fallos

Un problema recurrente: un paso falló, algo lo cubrió, y la ejecución se registró como exitosa. Estos ahora detienen la ejecución en su lugar.

Rastrear varios URLs aún mantiene resultados parciales: si algunos tienen éxito, la ejecución continúa con aquellos. Solo un rastreo completamente fallido se convierte en un error.

La misma respuesta “nada encontrado” sigue siendo una respuesta normal en el chat — este tratamiento más estricto se aplica solo a workflows.

Pasos Disponibles

Tres pasos de fuente ahora funcionan que anteriormente no podían:

Los pasos de noticias también fallan ruidosamente cuando el elemento más reciente es más antiguo que la ventana de frescura, en lugar de republicar silenciosamente noticias de hace un mes.

Pasos que ya no puedes añadir

Ensamblar vídeo, Generar subtítulos y Referencia han sido removidos del selector de pasos porque nada en un workflow puede suministrar lo que necesitan — añadir uno garantizaba una ejecución fallida. Los workflows existentes que ya los usan continúan renderizándose y ejecutándose. Volverán una vez que las piezas faltantes lleguen.

Las Imágenes Generadas Llegan al Borrador

Un workflow que genera una imagen y crea un borrador solía perder la imagen cuando se ejecutaba desde el Studio — se generaba, se facturaba, y luego se descartaba, por lo que el borrador llegaba sin medios. El mismo workflow adjuntaba su imagen correctamente cuando se ejecutaba el horario. Ambas rutas ahora se comportan igual.

Plantillas y Guardado

Las plantillas de workflow ahora vienen con contenido inicial, y el prompt inicial de una plantilla es visible la primera vez que la abres.

Guardar y reabrir un workflow ya no descarta configuración — conexiones de pasos, canales de salida y configuración de fuente todos sobreviven el viaje de ida y vuelta.

Catálogo de Skills

Skills disponibles en los workflows:

PostClaw incluye más de 66 skills de IA integrados en chat (redactar captions, hilos, hashtags, traducir, tono, SEO, variantes…), generación de imágenes y generación de vídeo. Todos los skills están disponibles en todos los niveles — Free, Pro y Business tienen acceso completo al catálogo. Solo los créditos de IA mensuales y el número de slots de skills personalizados (creados por el usuario) escalan con tu plan.

Cuotas y Límites

Cada ejecución de un skill descuenta créditos de IA según los tokens que utiliza — no en función del nivel de acceso al skill.

Los usuarios con BYOK no tienen límite de ejecuciones — pagas directamente al proveedor de IA.

Activación por API (Próximamente)

La activación por API forma parte de la próxima API pública. Consulta la Referencia de API para conocer los endpoints planificados.