自動化

PostClawの自動化機能では、AIスキルをパイプラインにチェーンして、スケジュール通りに実行できます — コンテンツ配信を完全にハンズオフで行えます。

概念

ワークフローの作成

1. 設定 → 自動化 → ワークフローに移動
2. 新規ワークフローをクリック
3. ステップを順番に追加：

[ソース: RSSフィード]
  → スキル: 記事を要約
  → スキル: LinkedIn向けに書き換え
  → スキル: ヘッダー画像を生成
  → 出力: LinkedIn投稿（スケジュール済み）

スキルは{{output}}変数を通じて次のステップにコンテキストを渡せます。

ソースの種類

cronスケジュール

標準的な5フィールドのcron式を使用します：

# 平日の午前9時（UTC）
0 9 * * 1-5

# 毎週月曜と木曜の正午（UTC）
0 12 * * 1,4

# 毎時
0 * * * *

UIにはビジュアル設定を好む場合のcronビルダーも含まれています。

スケジュールを既存ワークフローに添付すると、ジョブがすぐに登録されます。スケジュール自体がオフになっている場合、ジョブはオフのままです — 無効化されたワークフローのスケジュール設定は、バックグラウンドで実行されることはありません。

スケジュール済み実行はテスト結果と一致

ワークフローは現在、どのように開始されるかに関わらず同じ方法で実行されます。

以前はそうではありませんでした。Studioで実行を押すと、常にグラフに正確に従いました。cronティックでは、分岐（if/elseループ）を含むワークフローのみが同じことを行いました — 直線ワークフローは代わりにAIに望んでいることの説明として渡され、モデルが呼び出すステップを決めました。ステップ順序、ステップごとの設定、ステップごとのモデル選択はテスト時に必須でしたが、スケジュール発火時は助言的なだけでした。

両方のパスは現在同じです。実行でワークフローを検証すれば、cronの発火は同じことをします。

実行履歴

スケジュール済みの実行、コンポーザーの生成、ブログ生成引き出し、ダッシュボードの今すぐ実行など、以前は痕跡を残さなかったものも含めて、すべての実行が記録されます。Studioの実行のみが以前実行履歴に表示されていました。

知っておく価値のある2つのルール：

• スキップされた実行 — 別の実行がロックを保持している、またはクレジットが不足している、または計画の実行上限に達している — は記録されません。実行されなかったため、カウントするとご利用状況が誤報になります。
• コンテンツを生成しないで終了する実行は、静かな成功ではなくエラーとして記録されます。

承認ゲート

パイプラインを一時停止して公開前に人間のレビューを待つ承認ステップを追加できます：

1. 自動化が実行され、承認ゲートで停止
2. 通知が届く（メールまたはアプリ内）
3. 下書きを確認 — フィードバックとともに承認または却下
4. 承認後、パイプラインが公開まで続行

ブランドアカウントや重要なコンテンツに推奨します。

ステップごとの設定

各ステップはそのステップにのみ適用される独自の設定を持っています：

• モデル — このステップの別のモデルを選択
• あなた自身のAPIキー（BYOK） — このステップ用にプロバイダーキーを使用
• 生成パラメーター — 創意性と長さの制御
• プロンプト — キャンバスのステップに直接入力、またはサイドパネルで入力
• 再試行 — 再試行回数、待機時間、再試行の価値があるもの

これらのコントロールは以前に収集されたあと無視されていました。実際の結果は請求上の結果でした：ステップに独自のBYOKモデルを選択した場合、実行は黙って組み込みモデルを使用する代わりにPostClawクレジットをまだ消費していました。現在、設定は尊重されます。

キャンバスのステップに直接入力されたプロンプトは、保存時に失われていました — ステップは再度開いたときは空に見え、実行は前のステップの出力を使用していました。これは修正されました。

ステップドロップダウンは、ステップが実際に受け入れる値のみを提供するようになりました。以前にリストアップされた一部のオプションは失敗し、1つの必須設定は自由形式のテキストボックスとして表示され、暗黙的にデフォルトにされました。

再試行とタイムアウト

再試行はすべてのツールステップで利用可能になりました。以前はごく少数のステップタイプにのみ表示されており、AIバックステップ — スローなプロバイダーに最も曝露したステップ — を保護できないステップとして残していました。

各ステップには120秒が許可されます。通常その直下で終了するワークロードは、一貫して失敗するのではなく間欠的に失敗するため、外部モデルを呼び出すステップで再試行を有効にする価値があります。

PostClaw外の何かを公開または変更するステップは再試行から除外されるため、再試行は決して二重投稿できません。

Webhookと変数

Webhook本体は送信前に変数を置き換えるようになりました：

• {{input}} — ワークフローの入力
• {{prev.text}} — 前のステップの出力
• {{step.<id>.output}} — 特定ステップの出力

以前、本体は書き込まれたとおりに正確に送信されるため、{"text":"{{prev.text}}"}のようなSlackペイロードは文字通りの波括弧を持ってきました。

2つの関連する修正：transformステップの入力フィールドが機能するようになりました（以前は選択に関係なく直前のステップを常に読み込んでいました）、formatステップの「制限を超える場合は切り詰め」チェックボックスが尊重されるようになりました。

障害が障害として報告される

一度だけの問題：ステップが失敗し、何かがそれをカバーしたら、実行は成功として記録されました。これらは実行を停止するようになりました。

複数のURLをクロールしても部分的な結果は保持されます：一部が成功した場合、実行は結果を続行します。すべての失敗したクロールのみがエラーになります。

同じ「何も見つからない」答えは、チャットでは依然として通常の返信です — この厳しい治療はワークフローにのみ適用されます。

利用可能なステップ

3つのソースステップが現在動作しており、以前はできなかったもの：

ニュースステップは、最新項目が新しさウィンドウより古い場合、古いニュースを黙って再発行する代わりに大声で失敗します。

これ以上追加できないステップ

ビデオを組み立て、字幕を生成 および 参照ステップピッカーから削除されました。ワークフロー内で必要とするものを提供できる物がないため — 1つ追加することが失敗した実行を保証します。既にそれらを使用する既存ワークフローは引き続きレンダリングして実行します。不足している部分が登録されると戻ります。

生成された画像はドラフトに到達

画像を生成してドラフトを作成するワークフローは、Studioから実行する際に画像を失いました — 生成、請求されて破棄されたため、ドラフトはメディアなしで到着しました。同じワークフローはスケジュール発火時にその画像を正しく添付しました。両方のパスは現在同じように動作します。

テンプレートと保存

ワークフローテンプレートはスターターコンテンツが付属するようになり、テンプレートのスタータープロンプトは初めて開いたときに表示されます。

ワークフローの保存と再度開くは、設定を失わなくなります — ステップ接続、出力チャネル、ソース構成はすべてラウンドトリップに耐えます。

スキルカタログ

ワークフローで利用可能なスキル：

PostClawには66種類以上の内蔵AIスキルが搭載されています。対象はチャット（キャプション作成、スレッド、ハッシュタグ、翻訳、トーン調整、SEO、バリアント生成など）、画像生成、動画生成にまたがります。すべてのスキルはすべてのプランで利用可能です — Free、Pro、Businessのすべてでカタログへの完全なアクセスが可能です。月間AIクレジット数とカスタム（ユーザー作成）スキルのスロット数のみがプランによって異なります。

クォータと制限

各スキルの実行では、使用トークン数に応じてAIクレジットが消費されます — スキルアクセスのティアに対してではありません。

BYOKユーザーは実行回数の制限がありません — AIプロバイダーに直接お支払いいただきます。

APIトリガー（近日公開）

APIトリガーは近日公開予定のパブリックAPIの一部です。計画中のエンドポイントについてはAPIリファレンスをご参照ください。