NLUトピックを LLM トピックに移行

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間：8分

    • 1 つ以上の既存の自然言語理解 (NLU) またはキーワードトピックを、元の NLU/キーワードトピックを維持したまま、新しい大規模言語モデル (LLM) トピックに移行します。移行が完了したら、新しい LLM トピックを公開するかどうかを選択します。

    始める前に

    必要なロール:virtual_agent_admin または sn_vad_genai.topic_migration_admin

    手順

    1. 移動先 すべて > 対話型インターフェース > 仮想エージェント > デザイナー.
    2. [ トピックを LLM に移行] を選択します。
      [トピックを LLM に移行 (Migrate Topics to LLM)] は、仮想エージェントデザイナーヘッダーのオプションです。
      トピックの移行ワークフローが新しいブラウザータブで開きます。
    3. [トピックを選択] ステップで、LLM トピックに移行する NLU トピックとキーワードトピックを確認して決定します。
      図 : 1. 「トピックの選択」ステップ
      トピック移行ワークフローの [トピックの選択] ステップでは、 NLU トピックおよびキーワードトピックから移行して新しい LLM トピックにするトピックを選択できます。
      ヒント:
      [名前] 列のリンクを選択して、新しいブラウザータブの 仮想エージェントデザイナー キャンバスでトピックを確認します。トピックをレビューする十分な時間を確保するために、一度に移行するトピックは 50 未満にします。
    4. 移行する NLU とキーワードトピックを選択し、 [トピックの選択] ステップで [次へ ] を選択します。
      重要:
      トピック移行ワークフローを終了すると、中断した場所に戻ることはできず、プロセスをやり直す必要があります。
    5. 影響を受けるトピックブロック、 仮想エージェント 通知、および プロアクティブトリガーを確認し、 [接続の確認] ステップで [次へ ] を選択します。

      [トピックブロック] タブでは、選択したトピックに接続されているトピックブロックとトピックブロックのみがこのリストに表示されます。動的トピックブロックは、移行用に手動で選択する必要があります。[トピックブロック] 列のリンクを選択すると、新しいブラウザタブで 仮想エージェントデザイナー キャンバスにトピックブロックを表示できます。動的トピックブロックはオプションで公開できますが、トピックブロックは移行後に自動的に公開されます。[ 仮想エージェント 通知] タブと [ プロアクティブトリガー ] タブは、移行対象として選択したトピックに通知または プロアクティブトリガー が元の NLU トピックに関連付けられている場合にのみ表示されます。それぞれのタブの [トピック名] 列にあるリンクを選択すると、新しいブラウザータブの仮想エージェントデザイナーキャンバスにNLUトピックを表示できます。LLM 互換の 仮想エージェント 通知と プロアクティブトリガー は、トピック移行ワークフローの最後の公開ステップでそれらのトピックが公開された後にのみ作成され、新しい LLM トピックに接続されます。

      注:
      [ プロアクティブトリガー ] タブは、 プロアクティブトリガー [sn_pt] アプリのバージョン 3.0.1 以降をインストールし、この機能をオンにしている場合にのみ適用されます。公開ステップの後に自動的に移行するのではなく、 仮想エージェント 通知と プロアクティブトリガー のアクションを手動で移行する場合は、 com.glide.cs.notification.create_llm_actions_after_topic_migration および com.glide.cs.proactive_trigger.create_llm_actions_after_topic_migration システムプロパティを false に設定します すべて > システムプロパティ > すべてのプロパティ.
      図 : 2. [トピックブロック] タブと [通知] タブを含む [接続の確認] ステップの例
      トピックの移行ワークフローを続行する前に、トピックブロックまたは通知を確認して、それらが使用されている場所を確認してください。
      注:
      トピックブロック、通知、または プロアクティブトリガー が選択されていないか、選択したトピックに接続されていない場合、それぞれのタブは表示されません。
    6. LLM に移行するすべてのトピックに適用する設定を選択し、[設定] ステップで [ 次へ ] を選択します。
      表 : 1. 設定フィールドの説明
      フィールド 説明
      移行されたトピックのアシスタントを選択 移行された LLM トピックは、これらのアシスタントに関連付けられます。トピックをアシスタントに関連付けると、そのアシスタントでそれらのトピックを検出できるようになります。トピックディスカバリー結果については、LLM トピックをアシスタントに関連付けます。

      アシスタントを選択すると、そのアシスタントがプライマリアシスタントかセカンダリアシスタントかを表示できます。プライマリアシスタントをテストする場合、セカンダリアシスタントからのトピックがトピックディスカバリーに含まれます。セカンダリアシスタントをテストする場合、プライマリアシスタントのトピックはトピックディスカバリーに含まれません。
      移行されたトピックの命名方法を選択する 新しく移行されたトピックには、[ 内部トピック名に追加 ] フィールドに入力された値がプリフィックスまたはサフィックス (デフォルト) として含まれます。このオプションは、移行されたトピックの [内部名 ] の値にのみ影響し、トピックの [表示名 ] の値には影響しません。元のNLUトピック名は、仮想エージェント で LLM トピックとやり取りする顧客の表示名として使用されます。
      現在のトピックの説明を保持しますか？ 生成 AI を使用して移行された LLM トピックのトピックの説明を作成するのではなく、現在のトピックの説明が LLM トピックの説明として使用されます。デフォルトでは、このフィールドはオフになっています。このフィールドがオンになっていて、元の NLU トピックにトピックの説明がない場合は、公開前にトピックの説明を新しい LLM トピックに手動で追加する必要があります。
      図 : 3. 「設定」ステップ
      設定には、[移行されたトピックのアシスタントを選択 (Select assistants for migrated topics)]、[移行されたトピックの命名方法を選択 (Choose how migrated topics are named)]、[現在のトピックの説明を保持する (Keep current topic descriptions)] フィールドなど、確認が必要な 3 つのメインフィールドが含まれています。
    7. [トピックの移行] ステップで移行のトピックを確認し、[ 次へ ] を選択して移行を開始します。
      注:
      移行プロセスが完了するまで、ブラウザーウィンドウを開いたままにしておきます。
      図 : 4. 進行中のトピックの移行の例
      トピックの移行が進行中の場合は、進行状況バーが表示され、画面が動的に更新され、移行が完了または失敗したトピックが表示されます。
      図 : 5. 完了したトピックの移行の例
      トピックの移行が完了すると、[移行ログを確認] オプションが表示され、このオプションを選択して、トピックの移行の成功または失敗に関する追加データを表示できます。
      移行完了進行バーが表示され、完了率が動的に表示されます。移行中、[移行ステータス] 列が動的に更新され、値が [ 未開始 ] から [失敗 ] または [完了] に変わります。移行が完了すると、選択したトピックブロック、または選択したトピックに関連付けられたトピックブロックが自動的に公開されます。[ 移行ログの確認 ] または [ 次へ] を選択できます。[ 移行ログの確認 ] を選択すると、.トピック移行実行アイテム [topic_migration_execution_item.list] テーブルデータの CSV ファイル。このテーブルデータの詳細については、「 NLU から LLM への移行ログへ」を参照してください。[次へ] を選択すると、ワークフローが [説明を確認] ステップに進みます。
    8. [次へ] を選択して、[ 説明のレビュー] ステップに進みます。
      移行した新しい LLM トピックが、移行されたトピックの説明、および移行されたトピックの元の NLU トピックに関連付けられた利用可能な NLU 発言とともに表示されます。
    9. 次のいずれかのシナリオを選択します。
      注:
      新しい LLM トピックの内部名ではなく表示名が表示されます。新しい LLM トピックの表示名は、既存の NLU トピックの表示名と一致します。LLM トピックリンクを選択すると、新しいブラウザータブまたはウィンドウから 仮想エージェントデザイナー そのトピックにリダイレクトされます。LLM トピックの詳細な説明の詳細については、「 仮想エージェントトピックに関する LLM の説明と指示のガイドライン」を参照してください。
      オプション説明
      トピックの説明を編集
      1. 新しい LLM トピックのトピックの説明を確認します。

        既存の NLU トピックの説明から移行されたか、生成 AI によって作成されたすべてのトピックの説明をレビューに使用できます。トピックの説明がないトピックは、公開する前に更新する必要があります。

      2. 必要に応じてトピックの説明を編集します。
      3. [ 説明を保存] を選択します。
      4. すべてのトピックの説明を確認して編集するまで、このプロセスを繰り返します。
      トピックの説明を編集して発言をテストする

      このシナリオは、元のNLUトピックにNLU発話が接続されている場合にのみ適用されます。

      1. 新しい LLM トピックのトピックの説明を確認します。

        既存の NLU トピックの説明から移行されたか、生成 AI によって作成されたすべてのトピックの説明をレビューに使用できます。トピックの説明がないトピックは、公開する前に更新する必要があります。

      2. 必要に応じてトピックの説明を編集します。
      3. [ 保存して発話でテストする] を選択します。

        元の NLU トピックの発言は、新しい LLM トピックの説明と比較されます。一致の全体的な割合が、各発言ごとの個別の結果とともに表示されます。これらのステータスは 、[一致] または [一致なし] のいずれかです。これらのステータスを使用してトピックの説明を調整し、以前の NLU 発言とより厳密に一致させて再テストできるようにします。LLM トピックの説明では、一致が発生するために正確な NLU 発言の文言を使用する必要はありません。NLU発言のコンテキストが参照され、一致ステータスが判断されます。

      4. すべてのトピックの説明を確認して編集するまで、このプロセスを繰り返します。
      図 : 6. NLU発言なしでトピックの説明をレビューする例
      テストする NLU 発言はなく、説明の編集機能のみ。
      図 : 7. NLU発言を含むトピックの説明をレビューする例
      一致する、または一致しない NLU 発言。
    10. オプション: [次へ] を選択して、[公開] ステップに進みます。
    11. オプション: 公開する各 LLM トピックチェックボックスをオンにして、[ トピックを公開] を選択します。
      公開する LLM トピックを選択した後に使用可能になる [トピックを公開] オプション。
      ヒント:
      LLM トピックリンクを選択すると、新しいブラウザータブまたはウィンドウから 仮想エージェントデザイナー でそのトピックにリダイレクトされます。仮想エージェントデザイナー で行った編集は、トピックの移行の公開手順に反映されます。接続された通知または プロアクティブトリガー を機能させるには、このステップで LLM トピックを公開する必要があります。
      「選択したトピックが正常に公開されました」という出力メッセージが表示されます。移行したものの公開を選択しなかったトピックは、トピックの移行ワークフローから移動するまで、このステップに表示され続けます。
    12. オプション: [閉じる] を選択して、トピックの移行ワークフローを終了します。
      [トピックの 仮想エージェントデザイナー ] ステップにリダイレクトされます。

    次のタスク

    トピックの移行ワークフローから移動すると、移行したものの公開しなかったトピックは、 仮想エージェントデザイナー キャンバスから管理および公開できます。後で他のトピックを移行することを選択した場合、トピックの移行ワークフローが最初からやり直されます。