NLU/キーワード仮想エージェントトピックから LLM トピックへの移行

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：7分

    • トピック移行ワークフローを使用すると、既存の 自然言語理解 (NLU) (NLU)/キーワードトピックを新しい大規模言語モデル (LLM) トピックに移行できます。

    注:
    仮想エージェントにNow Assistをインストールし、Now Assistトピックスキルをオンにすると、更新されたアシスタントデザイナー資産ライブラリのユーザーインターフェイスを使用できます。このコンテンツは、このスキルがアクティブ化されており、リストビューを表示できることを前提としています。このスキルがアクティブ化されていない場合は、従来の UI とトピックページが表示されます。詳細については、「Virtual Agent Designer legacy topics page (仮想エージェントデザイナーの従来のトピックページ)」を参照してください。

    Now Assist 機能は、LLM トピックを使用して生成 AI を 仮想エージェント にもたらします。トピックの移行を使用すると、すべての NLU トピックとキーワードトピックを手動で LLM トピックに再作成する必要はありません。既存の NLU トピックとキーワードトピックから、LLM トピックに移行するトピックを選択できます。NLUトピックとキーワードトピックを移行しても、元のNLUまたはキーワードトピックは変更されません。トピックの移行中に既存のトピックのコピーが作成されますが、新しいトピックの [ モデルタイプ ] フィールドは LLM に設定され、LLM 互換ノードと説明が含まれています。

    トピックの移行中に、すべてのタイプのトピックを NLU/キーワードモデルタイプから LLM モデルタイプに移行できます。これには、次の資産タイプが含まれます。

    • トピック
    • トピックブロック
    • セットアップトピック
    • 雑談
    • カスタム入力コントロール
    • カスタム応答コントロール

    移行の問題が発生しない場合は、トピックブロックを除く上記のすべての資産タイプをオプションで公開できます。動的トピックブロックはオプションで公開できますが、トピックブロックタイプは移行後に自動的に公開されます。

    ロールとアクセシビリティ

    virtual_agent_admin ロールまたは sn_vad_genai.topic_migration_admin ロールを持つユーザーは、トピックの移行を処理できます。トピックの移行には、 仮想エージェント Assistant Designer の [ トピックを LLM に移行 ] オプションからアクセスできます。

    図 : 1. 仮想エージェント Assistant Designer の [トピックを LLM に移行] オプション
    [トピックを LLM に移行] は、 アシスタントデザイナー アセットライブラリリソースサイドバーのオプションです。

    システムプロパティ

    システムプロパティ sn_vad_genai.utterances.count.for.topic.description を使用して、LLM トピックに移行された NLU トピックのトピックの説明を生成するために LLM に提供できる NLU 発言の最大数を設定します。

    トピックの説明

    NLUトピックを LLM トピックに移行するときに、生成 AI で LLM トピックの説明を作成するかどうかを選択できます。トピック移行ワークフローの [設定] ステップで、[ 現在のトピックの説明を保持しますか?] を選択できます。[ 現在のトピックの説明を保持しますか? (Keep current topic descriptions?)] オプションはデフォルトでオフになっています。この設定がオフの場合、生成 AI は移行プロセス中にトピックから NLU インテント発言またはキーワードのいずれかをプルして、LLM トピックの説明を作成します。トピックがインテントに関連付けられている場合、最大 10 件の発言が LLM トピックの [ 詳細な説明 ] フィールドの [ 追加の指示 ] 値の下にプルされます。この設定をオンにすると、生成 AI は LLM トピックの説明を作成せず、既存の NLU とキーワードトピックの説明が新しい LLM トピックに移行されます。既存のトピックの説明を移行すると、既存のトピックに説明がない場合に問題が発生する可能性があります。

    [ 詳細な説明] フィールドは LLM トピックには必要ですが、 NLU/キーワードトピックには必要ありません。新しい LLM トピックが空の説明で移行された場合は、そのトピックを公開する前に説明を追加する必要があります。トピックの説明の移行方法に関係なく、トピックの移行ワークフローの [説明をレビュー (Review descriptions)] ステップでトピックの説明を編集できます。該当する場合は、元の NLU トピックの発言に対してトピックの説明をテストして、関連性とトピックの説明の強度を向上させることもできます。
    注:
    NLU 発言自体は、LLM トピックのトピックの説明として使用する場合、効果がありません。LLM トピックの説明に NLU 発言を使用しないでください。LLM トピックの説明には、より具体的な詳細情報が必要です。
    トピックの説明の編集の詳細については、「 NLUトピックを LLM トピックに移行」を参照してください。強力なトピックの説明の例については、「 仮想エージェントトピックに関する LLM の説明と指示ガイドライン」を参照してください。

    ノードの説明

    NLUトピックのノード名は移行中にそのまま移行されますが、ノードの説明は異なる場合があります。NLU入力ノードは [プロンプト] フィールドを使用します。LLM 入力ノードは、[ 詳細な説明] フィールドを使用します。トピックの移行中に、[ プロンプト] フィールドの値が [詳細な説明 ] フィールドの値に移行されます。値の移行方法は、その値にテキストのみ、スクリプト、またはデータピルのいずれが含まれているかによって異なります。次の表を参照して、値がどのように異なる方法で移行するかを確認し、例を比較してください。

    表 : 1. [プロンプト] フィールドの値を [詳細な説明] フィールドの値に移行する方法
    NLU プロンプトフィールド値 LLM 詳細な説明フィールド値
    テキストを含む テキストをそのまま移行します。

    たとえば、[ NLU プロンプト] フィールドの値が [ インシデント番号を入力] の場合、[LLM 詳細説明 ] フィールドの値も [ インシデント番号を入力] になります。
    スクリプトまたはデータピルが含まれています 次のテンプレートを使用して移行します: 収集 + ノード名。

    たとえば、[インシデント番号を取得] という名前のNLUノードがあり、[プロンプト] フィールドの値にスクリプトまたはデータピルが含まれている場合、移行された LLM ノードの [詳細な説明] フィールドの値は [収集] インシデント番号を取得です。

    移行する予定のトピックの既存の [プロンプト ] フィールドにスクリプトまたはデータピルが含まれている場合は、影響を受ける各トピックの移行後に [LLM 詳細説明 ] フィールドを確認して更新します。[収集] + [ノード名] のテンプレートで移行された各ノードの仮想エージェントデザイナーキャンバスに、LLM トピックに「関連する詳細説明を追加」という警告メッセージが表示されます。説明をより正確でわかりやすいものに更新すると、 仮想エージェントを操作する際のユーザーエクスペリエンスが向上します。強力なノードの説明の例については、「 仮想エージェントトピックに関する LLM の説明と指示ガイドライン」を参照してください。

    次のエンティティを NLU ノードから LLM ノードに移行できます。

    • simple
    • マップ済み
    • pattern
    • システム派生

    NLUノードがエンティティにマッピングされている場合、それらの発言のエンティティは、LLM ノードの [詳細な説明] フィールドの [追加指示:その場しのぎのシフト] ヘッダー値の下に追加されます。その他の 説明: コンテンツは、移行するエンティティのタイプによって若干異なります。[ 詳細な説明] フィールド値のレイアウトは、次のようになります。

    • [以前の NLU プロンプトフィールド値] 値がテキストのみで、スクリプトまたはデータピルではない場合。
    • [追加指示:この入力では、単語のリスト [simple entity word list] からの値がある場合、ユーザー入力からデータを抽出する必要があります。
    図 : 2. LLM ノードに移行する関連エンティティを持つ NLU ノードの例
    プロンプトフィールドの値は、 NLU エンティティとともに [詳細な説明] フィールドの値に移行されます。

    NLUトピックのテキストノードに語彙ソースが確立されている場合、リストとテーブルの語彙ソースは LLM ノードに移行されます。リスト語彙ソースを持つテキストノードは、静的選択ノードに移行されます。語彙ソースの選択は、LLM 静的選択ノードの [ 詳細な説明 ] フィールドの [追加指示: 臨時のシフト] ヘッダー値の下に表示されます。テーブル語彙ソースを持つテキストノードは、動的選択ノードに移行されます。語彙ソースのテーブルは、LLM 動的選択ノードの [テーブル ] フィールドに移行されます。語彙ソースの選択はスクリプトに移行され、LLM 動的選択ノードの [ 詳細な説明 ] フィールドの [追加指示: make-shift ヘッダー値] に表示されます。

    移行の問題

    移行の問題のデータにアクセスするには、ナビゲーションペインで topic_migration_execution_item.list を検索するか、.テーブルの CSV ファイルバージョン。トピックを移行した後、ダウンロード可能な .CSV ファイルには、トピック移行の [トピックを移行] ステップの [ 移行ログを確認 ] オプションからアクセスできます。移行の問題の詳細については、「 NLU から LLM への移行ログ」を参照してください。