会話を制御する方法を選択する (プレビュー)

[この記事はプレリリース ドキュメントであり、変更されることがあります]

会話コントロールは次のステップを決定するのが作成者なのかモデルなのかを判断します。

Important

  • これはプレビュー機能です。
  • プレビュー機能は運用環境での使用を想定しておらず、機能が制限されている可能性があります。 これらの機能は追加使用条件の対象であり、公式リリース前にアクセス可能です。これにより、お客様は早期に利用し、フィードバックを提供することができます。

オプション A: クラシックオーケストレーションまたは決定論的オーケストレーション

会話が監査可能な固定パスに従う必要がある場合は、クラシックまたは確定的なオプションを使用します。

クラシック オーケストレーションでは、 トピックごとにフロー トピックを設計します。 このアプローチは、エージェントが特定の順序で質問し、回答を検証し、正確なルールに従う必要がある場合に適しています。 トピックは会話の進行状況を定義し、クラシック モードは非変性オーケストレーション オプションです。

トピック 内のフローの一部として生成的な回答に AI を引き続き使用することも、フォールバックとして生成的な回答を使用することもできます。 この scernaio では、エージェントは、ユーザーのクエリの一致する意図 (トピックで定義) が見つからない場合に、生成的な回答を使用して質問に回答しようとします。

最適な用途

  • 認証と ID 検証

  • アダプティブ カードを使用した情報の収集

  • 支払カード業界 (PCI) または支払いコレクション

  • 同意キャプチャ

  • 規制または法的な文言

  • デュアル トーン マルチ周波数 (DTMF) メニュー フロー

  • 正確な手順が柔軟性よりも重要な体験

トレードオフ

  • 作成作業の増加

  • 自然な会話の柔軟性が低い

単純なルール

ビジネスで "エージェントはこれらの正確な手順に従う必要があります" と言う場合は、トピックを使用してクラシック または確定的なロジックから始めます。 後で他のモードに切り替えることができます。

Note

新しいエージェントはすべて、生成オーケストレーションを使用します。 クラシック オーケストレーションを使用する場合は、「 エージェントの生成オーケストレーションを無効にする 」の手順に従います。

オプション B: 生成オーケストレーション

生成 AI を使用して、応答で実行するアクションの種類 (ツール、ナレッジ ソース、トピックの呼び出し) と、エージェントが応答してユーザーの会話をより自然で流動的なものにする方法を決定します。 生成 AI を使用するエージェントは、自律的にアクションを実行することもできます。

  • さまざまな方法で尋ねられるサポートに関する質問

  • コンテキストに対応したフォローアップの質問をサポートする

  • 明示的な切り替えルールなしで、会話中の自然な意図の切り替えをサポートする

  • エンティティに対する 1 ステップの修正をサポートする

  • 複数のターンにわたる会話コンテキストをサポートする

  • 1 ターンで複数の意図をサポートする

生成オーケストレーションでは、エージェントは次のオプションを動的に選択できます。

  • Topics

  • ツール

  • ナレッジ ソース

  • 他のエージェントからのイベント

この方法は、トピックがまだ存在する場合でも適用されます。 違いは、モデルが固定パスに従うのではなく、いつどのように使用するかを決定することです。

生成オーケストレーションは、手動スクリプトを減らしますが、次の構成と設定の基準を引き上げます。

  • プロンプトの品質

  • ツールの説明

  • ガードレール

  • テストと評価

最適な用途

  • FAQ とナレッジ ベースの相互作用

  • Troubleshooting

  • オープン エンドの発見

  • ツール呼び出しを必要とする複数ステップのセルフサービス

  • 呼び出し元がメニューに従うのではなく自然に話すシナリオ

トレードオフ

  • 強力な指示とガードレールが必要

  • その他のテスト投資

単純なルール

"顧客はこの質問をさまざまな方法で行う" と言う場合、通常は生成オーケストレーションの方が適しています。

オプション C: ハイブリッド設計

ほとんどの実際のエンタープライズ エージェントは、完全にスクリプト化したり、完全に生成したりしてはなりません。

ハイブリッド制御の組み合わせ

  • リスク、コンプライアンス、または精度が重要な決定論的ロジック

  • 柔軟性がエクスペリエンスを向上させる生成ロジック

  • 挨拶と意図検出 > 生成

  • ID 検証 > 決定論的

  • 決定論的に進む前に同意 > キャプチャする

  • ナレッジルックアップ > 生成的

  • メッセージング→決定論的トピックでアダプティブ カードまたはリッチ メッセージを使用する

  • メッセージング > での認証によって認証トピックが常に開始される

  • 支払いキャプチャまたは機密性の高い確認 > を決定論的にします。

  • リスクに応じて生成的または決定論的 > 最終的な概要または次の手順のガイダンス

単純なルール

体験全体を完全にスクリプト化したり、完全に生成したりしないでください。