Automatisierung

PostClaw-Automatisierung ermöglicht es, KI-Skills zu Pipelines zu verketten, die nach Zeitplan laufen — vollständig hands-off Content-Veröffentlichung.

Konzepte

Workflow erstellen

1. Gehe zu Einstellungen → Automatisierung → Workflows
2. Klicke auf Neuer Workflow
3. Füge Schritte in der gewünschten Reihenfolge hinzu:

[Quelle: RSS-Feed]
  → Skill: Artikel zusammenfassen
  → Skill: Für LinkedIn-Ton umschreiben
  → Skill: Header-Bild generieren
  → Ausgabe: LinkedIn-Beitrag (geplant)

Skills können Kontext über {{output}}-Variablen an den nächsten Schritt übergeben.

Quelltypen

Cron-Planung

Standard-5-Felder-Cron-Ausdrücke verwenden:

# Jeden Werktag um 9 Uhr UTC
0 9 * * 1-5

# Jeden Montag und Donnerstag um 12 Uhr UTC
0 12 * * 1,4

# Jede Stunde
0 * * * *

Die Benutzeroberfläche enthält einen Cron-Builder für die visuelle Konfiguration.

Wenn du einen Zeitplan an einen bestehenden Workflow anbindest, wird der Job sofort registriert. Wenn der Zeitplan selbst deaktiviert ist, bleibt der Job deaktiviert — das Planen eines deaktivierten Workflows startet ihn niemals im Hintergrund.

Geplante Ausführungen stimmen mit dem überein, was du getestet hast

Ein Workflow wird jetzt immer auf die gleiche Weise ausgeführt, egal wie er gestartet wird.

Das war früher nicht der Fall. Das Drücken von Ausführen im Studio folgte immer deinem Diagramm genau. Bei einem Cron-Tick waren nur Workflows mit Verzweigungen (if/else oder Loop) gleich — ein linearer Workflow wurde stattdessen der KI als Beschreibung dessen übergeben, was du wolltest, und das Modell entschied, welche Schritte aufgerufen werden sollten. Schrittfolge, Einstellungen pro Schritt und Modellauswahl pro Schritt waren bindend beim Testen und nur beratend, wenn der Zeitplan lief.

Beide Pfade sind jetzt identisch. Wenn du einen Workflow mit Ausführen verifizierst, macht der Cron-Trigger das gleiche.

Ausführungsverlauf

Jede Ausführung wird aufgezeichnet, einschließlich der, die früher keine Spuren hinterließ: Cron-Trigger, Generieren im Composer, der Blog-Generate-Schublade und Jetzt ausführen im Dashboard. Früher erschienen nur Studio-Ausführungen im Ausführungsverlauf.

Zwei wichtige Regeln:

• Eine Ausführung, die übersprungen wird — weil ein anderer Run die Sperre hält, oder dir die Credits ausgegangen sind, oder du dein Plan-Run-Limit erreicht hast — wird nicht aufgezeichnet. Sie wurde niemals ausgeführt, daher würde das Zählen deine Nutzung falsch darstellen.
• Eine Ausführung, die ohne Inhalt endet wird als Fehler aufgezeichnet, nicht als stilles Erfolg.

Genehmigungsschritt

Füge einen Genehmigen-Schritt hinzu, um die Pipeline anzuhalten und auf menschliche Prüfung zu warten, bevor veröffentlicht wird:

1. Automatisierung läuft und stoppt am Genehmigungsschritt
2. Du erhältst eine Benachrichtigung (E-Mail oder In-App)
3. Entwurf prüfen — genehmigen oder mit Feedback ablehnen
4. Bei Genehmigung setzt die Pipeline die Veröffentlichung fort

Empfohlen für Markenkonten oder hochsensible Inhalte.

Einstellungen pro Schritt

Jeder Schritt hat eigene Einstellungen, die nur für diesen Schritt gelten:

• Modell — wähle ein anderes Modell für diesen Schritt
• Dein eigener API-Schlüssel (BYOK) — nutze deinen Provider-Schlüssel für diesen Schritt
• Generierungsparameter — Kreativität und Längenregler
• Prompt — gib ihn direkt auf dem Schritt in der Canvas ein oder im Seitenpanel
• Wiederholung — wie oft erneut versuchen, wie lange warten und was es wert ist zu wiederholen

Diese Steuerelemente wurden früher erfasst und dann ignoriert. Die praktische Konsequenz war eine abrechnungstechnische: Wenn du für einen Schritt dein eigenes BYOK-Modell wähltest, verwendete der Run stillschweigend stattdessen das integrierte Modell und belastete weiterhin deine PostClaw-Credits. Jetzt wird die Einstellung akzeptiert.

Ein Prompt, der direkt auf einen Schritt in der Canvas eingegeben wurde, wurde beim Speichern auch häufig verloren — der Schritt sah leer aus, wenn du ihn wieder öffnest, und der Run verwendete stattdessen die Ausgabe des vorherigen Schritts. Das ist behoben.

Schritt-Dropdowns bieten jetzt nur Werte an, die der Schritt tatsächlich akzeptiert. Einige zuvor aufgelistete Optionen würden fehlschlagen, und eine erforderliche Einstellung wurde als freies Textfeld gerendert und stillschweigend standardmäßig.

Wiederholung und Zeitüberschreitungen

Wiederholung ist jetzt auf jedem Werkzeugschritt verfügbar. Es erschien früher nur auf einigen Schritttypen, was die KI-gestützten Schritte — die am meisten einem langsamen Provider ausgesetzt sind — als diejenigen verließ, die du nicht schützen konntest.

Jeder Schritt hat 120 Sekunden Zeit. Eine Last, die normalerweise knapp darunter endet, schlägt zeitweise statt konsistent fehl, daher lohnt es sich, Wiederholung auf Schritte zu aktivieren, die ein externes Modell aufrufen.

Schritte, die etwas außerhalb von PostClaw veröffentlichen oder ändern, sind von Wiederholung ausgenommen, daher kann eine Wiederholung niemals doppelt veröffentlicht werden.

Webhook und Variablen

Webhook-Bodies ersetzen jetzt Variablen vor dem Senden:

• {{input}} — die Eingabe des Workflows
• {{prev.text}} — die Ausgabe des vorherigen Schritts
• {{step.<id>.output}} — die Ausgabe eines bestimmten Schritts

Früher wurde der Body genau wie geschrieben gesendet, daher kam eine Slack-Payload wie {"text":"{{prev.text}}"} mit den wörtlichen Klammern darin an.

Zwei verwandte Korrektionen: Das Eingabe-Feld eines Transform-Schritts funktioniert jetzt (es las früher immer den unmittelbar vorherigen Schritt, egal was du wähltest), und das Kontrollkästchen “abschneiden, wenn Limit überschreitet” des Format-Schritts wird jetzt beachtet.

Fehler werden als Fehler gemeldet

Ein wiederkehrendes Problem: Ein Schritt ist fehlgeschlagen, etwas hat es gedeckt, und der Run wurde als erfolgreich aufgezeichnet. Diese stoppen jetzt stattdessen den Run.

Das Crawlen mehrerer URLs behält immer noch Teilergebnisse: Wenn einige erfolgreich sind, läuft der Run mit diesen weiter. Nur ein vollständig fehlgeschlagenes Crawl wird zu einem Fehler.

Die gleiche “Nichts gefunden”-Antwort ist immer noch eine normale Antwort im Chat — diese strengere Behandlung gilt nur für Workflows.

Verfügbare Schritte

Drei Quellschritte funktionieren jetzt, die früher nicht konnten:

Nachrichtenschritte schlagen auch laut fehl, wenn das neueste Element älter als das Frische-Fenster ist, anstatt einen Monat alte Nachrichten stillschweigend zu republizieren.

Schritte, die du nicht mehr hinzufügen kannst

Video zusammenfassen, Untertitel generieren und Referenz wurden aus dem Schritt-Picker entfernt, da nichts in einem Workflow das liefern kann, was sie brauchen — das Hinzufügen eines garantierte einen fehlgeschlagenen Run. Bestehende Workflows, die sie bereits verwenden, rendern und laufen weiterhin. Sie kommen zurück, sobald die fehlenden Teile landeten.

Generierte Bilder erreichen den Entwurf

Ein Workflow, der ein Bild generiert und einen Entwurf erstellt, verlor das Bild früher, wenn er aus dem Studio ausgeführt wurde — es wurde generiert, abgerechnet und dann verworfen, daher kam der Entwurf ohne Medien an. Der gleiche Workflow speicherte sein Bild korrekt, wenn der Zeitplan lief. Beide Pfade verhalten sich jetzt gleich.

Vorlagen und Speichern

Workflow-Vorlagen haben jetzt Starterinhalt, und der Start-Prompt einer Vorlage ist beim ersten Öffnen sichtbar.

Das Speichern und Wiedereröffnen eines Workflows löscht keine Einstellungen mehr — Schrittverbindungen, Ausgabekanäle und Quellkonfiguration überstehen alle die Hin- und Rückfahrt.

Skills-Katalog

In Workflows verfügbare Skills:

PostClaw enthält 66+ integrierte KI-Skills in den Bereichen Chat (Bildunterschriften schreiben, Threads, Hashtags, übersetzen, Ton, SEO, Varianten …), Bildgenerierung und Videogenerierung. Jeder Skill steht jedem Tarif zur Verfügung — Free, Pro und Business haben vollständigen Zugriff auf den Katalog. Nur die monatlichen KI-Guthaben und die Anzahl der benutzerdefinierten (nutzererstellten) Skill-Slots skalieren mit dem Plan.

Kontingente und Limits

Jede Skill-Ausführung zieht KI-Guthaben basierend auf den verwendeten Tokens ab — nicht nach einem Skill-Zugriffstarif.

BYOK-Nutzer haben kein Lauf-Limit — du zahlst direkt beim KI-Anbieter.

API-Auslöser (demnächst)

Der API-Auslöser ist Teil der kommenden öffentlichen API. Siehe API-Referenz für geplante Endpunkte.