Automatisation

L’automatisation PostClaw vous permet de chaîner des skills IA en pipelines qui s’exécutent selon une planification — publication de contenu entièrement automatisée.

Concepts

Créer un workflow

1. Accédez à Paramètres → Automatisation → Workflows
2. Cliquez sur Nouveau workflow
3. Ajoutez les étapes dans l’ordre :

[Source : Flux RSS]
  → Skill : Résumer l'article
  → Skill : Réécrire dans le ton LinkedIn
  → Skill : Générer une image d'en-tête
  → Sortie : Publication LinkedIn (planifiée)

Les skills peuvent transmettre du contexte à l’étape suivante via les variables {{output}}.

Types de sources

Planification cron

Utilisez des expressions cron standard à 5 champs :

# Chaque jour ouvrable à 9h UTC
0 9 * * 1-5

# Chaque lundi et jeudi à 12h UTC
0 12 * * 1,4

# Chaque heure
0 * * * *

L’interface inclut un constructeur cron si vous préférez la configuration visuelle.

Rattacher une planification à un workflow existant enregistre le travail immédiatement. Si la planification elle-même est désactivée, le travail reste désactivé — planifier un workflow désactivé ne le démarre jamais en arrière-plan.

Les exécutions planifiées correspondent à ce que vous avez testé

Un workflow s’exécute maintenant de la même manière peu importe comment il démarre.

Ce n’était pas le cas auparavant. Appuyer sur Exécuter dans le Studio suivait toujours votre graphique exactement. Lors d’un tick cron, seuls les workflows contenant des branches (if/else ou boucle) faisaient la même chose — un workflow en ligne droite était plutôt remis à l’IA comme une description de ce que vous vouliez, et le modèle décidait quelles étapes appeler. L’ordre des étapes, les paramètres par étape et le choix du modèle par étape étaient contraignants lors du test et simplement consultatifs lors de l’exécution de la planification.

Les deux chemins sont maintenant identiques. Si vous vérifiez un workflow avec Exécuter, le déclenchement cron fera la même chose.

Historique des exécutions

Chaque exécution est enregistrée, y compris celles qui laissaient auparavant aucune trace : déclenchements cron, Générer dans le compositeur, le tiroir de génération de blog et Exécuter maintenant sur le tableau de bord. Seules les exécutions du Studio apparaissaient autrefois dans l’historique des exécutions.

Deux règles à connaître :

• Une exécution qui est ignorée — parce qu’une autre exécution détient le verrou, ou vous n’avez pas de crédits, ou vous atteignez le plafond d’exécutions de votre forfait — n’est pas enregistrée. Elle n’a jamais s’exécuté, donc la compter aurait mal signalé votre utilisation.
• Une exécution qui se termine sans produire de contenu est enregistrée comme une erreur, pas comme un succès silencieux.

Porte d’approbation

Ajoutez une étape Approuver pour mettre le pipeline en pause et attendre une révision humaine avant la publication :

1. L’automatisation s’exécute et s’arrête à la porte d’approbation
2. Vous recevez une notification (email ou dans l’application)
3. Révisez le brouillon — approuvez ou rejetez avec un commentaire
4. En cas d’approbation, le pipeline continue jusqu’à la publication

Recommandé pour les comptes de marque ou les contenus à fort enjeu.

Paramètres par étape

Chaque étape a ses propres paramètres, appliqués uniquement à cette étape :

• Modèle — choisissez un modèle différent pour cette étape
• Votre propre clé API (BYOK) — utilisez votre clé fournisseur pour cette étape
• Paramètres de génération — contrôles de créativité et de longueur
• Prompt — tapez-le directement sur l’étape dans le canvas, ou dans le panneau latéral
• Réessai — combien de fois réessayer, combien de temps attendre, et ce qui compte comme méritant un réessai

Ces contrôles avaient l’habitude d’être collectés puis ignorés. La conséquence pratique était une facturation : si vous aviez choisi votre propre modèle BYOK pour une étape, l’exécution utilisait silencieusement le modèle intégré à la place et déduisait quand même vos crédits PostClaw. Maintenant le paramètre est respecté.

Un prompt tapé directement sur une étape dans le canvas avait également l’habitude d’être perdu lors de l’enregistrement — l’étape semblait vide quand vous la rouvriez, et l’exécution utilisait la sortie de l’étape précédente à la place. C’est corrigé.

Les listes déroulantes d’étapes offrent maintenant uniquement les valeurs que l’étape accepte réellement. Certaines options précédemment listées qui échoueraient, et un paramètre requis rendu comme une zone de texte libre et silencieusement par défaut.

Réessai et délais d’expiration

Le réessai est maintenant disponible sur chaque étape d’outil. Il avait l’habitude d’apparaître uniquement sur quelques types d’étapes, ce qui laissait les étapes soutenues par l’IA — celles les plus exposées à un fournisseur lent — comme celles que vous ne pouviez pas protéger.

Chaque étape est autorisée 120 secondes. Une charge de travail qui se termine normalement juste en dessous échouera par intermittence plutôt que constamment, donc le réessai vaut la peine d’être activé sur les étapes qui appellent un modèle externe.

Les étapes qui publient ou modifient autrement quelque chose en dehors de PostClaw sont exclues du réessai, donc un réessai ne peut jamais double-poster.

Webhook et Variables

Les corps Webhook remplacent maintenant les variables avant d’envoyer :

• {{input}} — l’entrée du workflow
• {{prev.text}} — la sortie de l’étape précédente
• {{step.<id>.output}} — la sortie d’une étape spécifique

Auparavant le corps était envoyé exactement comme écrit, donc une charge Slack comme {"text":"{{prev.text}}"} arrivait avec les accolades littérales dedans.

Deux corrections connexes : le champ Entrée d’une étape de transformation fonctionne maintenant (il lisait auparavant toujours l’étape immédiatement précédente quelle que soit votre sélection), et la case à cocher “tronquer si dépasse la limite” de l’étape de format est maintenant respectée.

Les défaillances sont signalées comme des défaillances

Un problème récurrent : une étape a échoué, quelque chose l’a couvert, et l’exécution a été enregistrée comme un succès. Celles-ci arrêtent maintenant l’exécution à la place.

Crawler plusieurs URL conserve toujours les résultats partiels : si certains réussissent, l’exécution continue avec ceux-ci. Seul un crawl complètement échoué devient une erreur.

La même réponse “rien trouvé” est toujours une réponse normale dans le chat — ce traitement plus strict s’applique uniquement aux workflows.

Étapes disponibles

Trois étapes de source fonctionnent maintenant qui ne pouvaient pas auparavant :

Les étapes de nouvelles échouent également bruyamment quand l’élément le plus récent est plus ancien que la fenêtre de fraîcheur, au lieu de republier silencieusement des nouvelles d’il y a un mois.

Étapes que vous ne pouvez plus ajouter

Assembler vidéo, Générer des sous-titres et Référence ont été supprimés du sélecteur d’étape car rien dans un workflow ne peut fournir ce dont ils ont besoin — en ajouter une garantissait une exécution échouée. Les workflows existants qui les utilisent déjà continuent à s’afficher et s’exécuter. Ils reviendront une fois que les pièces manquantes arriveront.

Les images générées atteignent le brouillon

Un workflow qui génère une image et crée un brouillon avait l’habitude de perdre l’image lors de l’exécution depuis le Studio — elle était générée, facturée, puis rejetée, donc le brouillon arrivait sans média. Le même workflow joignait correctement son image quand la planification s’exécutait. Les deux chemins se comportent maintenant de la même façon.

Modèles et enregistrement

Les modèles de workflow ont maintenant un contenu d’amorce, et le prompt d’amorce d’un modèle est visible la première fois que vous l’ouvrez.

Enregistrer et rouvrir un workflow ne supprime plus les paramètres — connexions d’étapes, canaux de sortie et configuration de source survivent tous à l’aller-retour.

Catalogue de skills

Skills disponibles dans les workflows :

PostClaw intègre 66+ skills IA couvrant le chat (rédiger des légendes, fils, hashtags, traduction, ton, SEO, variantes…), la génération d’images et de vidéos. Chaque skill est accessible à tous les niveaux — Free, Pro et Business ont tous accès au catalogue complet. Seuls vos crédits IA mensuels et le nombre de slots de skills personnalisés (créés par l’utilisateur) évoluent selon votre forfait.

Quota et limites

Chaque exécution de skill déduit des crédits IA en fonction des tokens utilisés — et non d’un niveau d’accès aux skills.

Les utilisateurs BYOK n’ont aucune limite d’exécution — vous payez directement le fournisseur IA.

Déclenchement via API (bientôt disponible)

Le déclenchement via API fait partie de l’API publique à venir. Consultez la Référence API pour les endpoints prévus.