概要

主要なトリガー

エディタから始まるすべてのもの、APIへのデプロイ、またはチャットへのデプロイエクスペリエンスにはStartブロックを使用してください。イベント駆動型ワークフローには他のトリガーも引き続き利用可能です：

クイック比較

Startブロックは常に input、conversationId、および files フィールドを公開します。追加の構造化データには、入力フォーマットにカスタムフィールドを追加してください。

トリガーの使用方法

1. Startブロックを開始スロットに配置します（またはWebhook/Scheduleなどの代替トリガーを使用）。
2. 必要なスキーマまたは認証を設定します。
3. ブロックをワークフローの残りの部分に接続します。

デプロイメントはすべてのトリガーを動作させます。ワークフローを更新し、再デプロイすると、すべてのトリガーエントリーポイントが新しいスナップショットを取得します。詳細は実行 → デプロイメントスナップショットをご覧ください。

手動実行の優先順位

エディターで実行をクリックすると、Simは以下の優先順位に基づいて自動的に実行するトリガーを選択します：

1. スタートブロック（最高優先度）
2. スケジュールトリガー
3. 外部トリガー（ウェブフック、Slack、Gmail、Airtableなどの連携）

ワークフローに複数のトリガーがある場合、最も優先度の高いトリガーが実行されます。例えば、スタートブロックとウェブフックトリガーの両方がある場合、実行をクリックするとスタートブロックが実行されます。

モックペイロードを持つ外部トリガー：外部トリガー（ウェブフックと連携）が手動で実行される場合、Simはトリガーの予想されるデータ構造に基づいて自動的にモックペイロードを生成します。これにより、テスト中に下流のブロックが変数を正しく解決できるようになります。