Mandala
Blocks

ルーター

ルーターブロックはAIを使用して、ワークフローが次にどのパスを取るべきかをインテリジェントに判断し、特定の条件やロジックに基づいてワークフローの実行をルーティングします。単純なルールを使用する条件ブロックとは異なり、ルーターブロックはコンテキストを理解し、コンテンツ分析に基づいてスマートなルーティング判断を行うことができます。

複数のパスを持つルーターブロック

概要

ルーターブロックでは以下のことが可能です:

インテリジェントなコンテンツルーティング:AIを使用して意図とコンテキストを理解

動的なパス選択:非構造化コンテンツ分析に基づいたワークフローのルーティング

コンテキストを考慮した判断:単純なルールを超えたスマートなルーティング選択

マルチパス管理:複数の潜在的な宛先を持つ複雑なワークフローの処理

ルーターと条件ブロックの比較

仕組み

ルーターブロックは:

コンテンツを分析:LLMを使用して入力コンテンツとコンテキストを理解

ターゲットを評価:利用可能な宛先ブロックとコンテンツを比較

宛先を選択:意図に基づいて最適なパスを特定

実行をルーティング:選択されたブロックにワークフローを誘導

設定オプション

コンテンツ/プロンプト

ルーターがルーティング決定を行うために分析するコンテンツまたはプロンプト。これには以下が含まれます:

  • ユーザーからの直接的な質問や入力
  • 前のブロックからの出力
  • システムが生成したメッセージ

ターゲットブロック

ルーターが選択できる可能な宛先ブロック。ルーターは接続されたブロックを自動的に検出しますが、以下のこともできます:

  • ルーティング精度を向上させるためにターゲットブロックの説明をカスタマイズする
  • 各ターゲットブロックのルーティング基準を指定する
  • 特定のブロックをルーティングターゲットとして考慮から除外する

モデル選択

ルーティング決定を行うAIモデルを選択します:

OpenAI: GPT-4o, o1, o3, o4-mini, gpt-4.1
Anthropic: Claude 3.7 Sonnet
Google: Gemini 2.5 Pro, Gemini 2.0 Flash
その他のプロバイダー: Groq, Cerebras, xAI, DeepSeek
ローカルモデル: Ollamaで実行されているすべてのモデル

推奨: より正確なルーティング決定のために、GPT-4oやClaude 3.7 Sonnetなどの強力な推論能力を持つモデルを使用してください。

APIキー

選択したLLMプロバイダーのAPIキー。これは安全に保存され、認証に使用されます。

結果へのアクセス

ルーターが決定を下した後、以下の出力にアクセスできます:

  • <router.prompt>: 使用されたルーティングプロンプトの要約
  • <router.selected_path>: 選択された宛先ブロックの詳細
  • <router.tokens>: LLMからのトークン使用統計
  • <router.cost>: ルーティングコールのコスト概要(入力、出力、合計)
  • <router.model>: 意思決定に使用されたモデル

高度な機能

カスタムルーティング基準

各ターゲットブロックの特定の基準を定義します:

// Example routing descriptions
Target Block 1: "Technical support issues, API problems, integration questions"
Target Block 2: "Billing inquiries, subscription changes, payment issues"
Target Block 3: "General questions, feedback, feature requests"

入力と出力

  • コンテンツ/プロンプト: ルーティング判断のために分析するテキスト

  • ターゲットブロック: 潜在的な送信先として接続されたブロック

  • モデル: ルーティング分析用のAIモデル

  • APIキー: 選択したLLMプロバイダーの認証

  • router.prompt: 使用されたルーティングプロンプトの要約

  • router.selected_path: 選択された送信先の詳細

  • router.tokens: トークン使用統計

  • router.cost: ルーティングコールのコスト概要(入力、出力、合計)

  • router.model: 意思決定に使用されたモデル

使用例

カスタマーサポートの振り分け

シナリオ: サポートチケットを専門部署に振り分ける

  1. ユーザーがフォームからサポートリクエストを送信
  2. ルーターがチケットの内容とコンテキストを分析
  3. 技術的な問題 → エンジニアリングサポート担当者
  4. 請求に関する質問 → 財務サポート担当者

コンテンツ分類

シナリオ: ユーザー生成コンテンツを分類して振り分ける

  1. ユーザーがコンテンツやフィードバックを送信
  2. ルーターがコンテンツの種類と感情を分析
  3. 機能リクエスト → プロダクトチームのワークフロー
  4. バグ報告 → 技術サポートワークフロー

リード評価

シナリオ: 評価基準に基づいてリードを振り分ける

  1. フォームからリード情報を取得
  2. ルーターが企業規模、業界、ニーズを分析
  3. エンタープライズリード → カスタム価格設定を提供する営業チーム
  4. 中小企業リード → セルフサービスのオンボーディングフロー

ベストプラクティス

  • 明確なターゲット説明を提供する: 具体的で詳細な説明でルーターが各送信先を選択するタイミングを理解できるようにする
  • 特定のルーティング基準を使用する: 各経路に明確な条件と例を定義して精度を向上させる
  • フォールバックパスを実装する: 特定の経路が適切でない場合のデフォルト送信先を接続する
  • 多様な入力でテストする: ルーターが様々な入力タイプ、エッジケース、予期しないコンテンツを処理できることを確認する
  • ルーティングパフォーマンスを監視する: ルーティング判断を定期的に確認し、実際の使用パターンに基づいて基準を改善する
  • 適切なモデルを選択する: 複雑なルーティング判断には強力な推論能力を持つモデルを使用する
ルーター