NLUトピックを LLM トピックに移行
元のNLU/キーワードトピックを維持したまま、1 つ以上の既存の自然言語理解 (NLU) またはキーワードトピックを新しい大規模言語モデル (LLM) トピックに移行します。移行が完了したら、新しい LLM トピックを公開するかどうかを選択します。
始める前に
必要なロール:virtual_agent_admin または sn_vad_genai.topic_migration_admin
手順
- 移動先 すべて > 対話型インターフェース > 仮想エージェント > デザイナー.
-
[ トピックを LLM に移行] を選択します。
[
注:仮想エージェントにNow Assistをインストールし、Now Assistトピックスキルをオンにすると、更新されたアシスタントデザイナー資産ライブラリのユーザーインターフェイスを使用できます。このコンテンツは、このスキルがアクティブ化されており、リストビューを表示できることを前提としています。このスキルがアクティブ化されていない場合は、従来の UI とトピックページが表示されます。詳細については、「Virtual Agent Designer legacy topics page (仮想エージェントデザイナーの従来のトピックページ)」を参照してください。トピックの移行ワークフローが新しいブラウザータブで開きます。 -
[トピックの選択] ステップで、LLM トピックに移行する NLU トピックとキーワードトピックを確認して決定します。
図 : 1. トピックの選択ステップ ヒント:[名前] 列のリンクを選択して、新しいブラウザータブで 仮想エージェントデザイナー キャンバスのトピックを確認します。一度に移行するトピックは 50 未満にしてください。トピックを確認するのに十分な時間を確保できます。 -
移行する NLU トピックとキーワード トピックを選択し、トピックの選択 ステップで 次へ を選択します。
重要:トピックの移行ワークフローを終了すると、中断した場所に戻ることができないため、プロセスを再開する必要があります。
-
影響を受けるトピックブロック、通知 仮想エージェント 、および プロアクティブトリガーを確認し、[接続の確認] ステップで [次へ ] を選択します。
[トピックブロック] タブでは、選択したトピックに接続されているトピックブロックとトピックブロックのみがこのリストに表示されます。動的トピックブロックは、移行対象として手動で選択する必要があります。[トピックブロック] 列のリンクを選択すると、新しいブラウザータブの 仮想エージェント Assistant Designer キャンバスにトピックブロックを表示できます。動的トピックブロックはオプションで公開できますが、トピックブロックは移行後に自動的に公開されます。[仮想エージェント通知] タブと [プロアクティブトリガー] タブは、移行対象として選択したトピックに通知または元の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. [トピックブロック] タブと [通知] タブを使用した [接続をレビュー] ステップの例 注:トピックブロック、通知、または プロアクティブトリガー が選択されていないか、選択したトピックに接続されていない場合、それぞれのタブは表示されません。 -
LLM に移行するすべてのトピックに適用する設定を選択し、[設定] ステップで [次へ ] を選択します。
表 : 1. 設定フィールドの説明 フィールド 説明 移行されたトピックのアシスタントを選択 移行された LLM トピックは、これらのアシスタントに関連付けられています。トピックをアシスタントに関連付けると、そのアシスタントでトピックを検出できるようになります。トピックディスカバリーの結果については、LLM トピックをアシスタントに関連付けます。 アシスタントを選択すると、そのアシスタントがプライマリアシスタントであるかセカンダリアシスタントであるかを確認できます。プライマリアシスタントをテストすると、セカンダリアシスタントのトピックがトピックディスカバリーに含まれます。セカンダリアシスタントをテストする場合、プライマリアシスタントのトピックはトピックディスカバリーに含まれません。
移行されたトピックの命名方法を選択する 新しく移行されたトピックには、[ 内部トピック名に追加] フィールドにプリフィックスまたはサフィックス (デフォルト) として入力された値が含まれます。このオプションは、移行されたトピックの 内部名 値にのみ影響し、トピックの 表示名 の値は影響しません。元のNLUトピック名は、仮想エージェントで LLM トピックを操作する顧客への表示名として使用されます。 現在のトピックの説明を保持しますか? 生成 AI を使用して移行された LLM トピックのトピックの説明を作成するのではなく、現在のトピックの説明が LLM トピックの説明として使用されます。このフィールドはデフォルトでオフになっています。このフィールドがオンになっていて、元の NLU トピックにトピックの説明がない場合は、公開する前にトピックの説明を新しい LLM トピックに手動で追加する必要があります。 図 : 3. 設定ステップ -
[トピックの移行] ステップで移行対象のトピックを確認し、[ 次へ ] を選択して移行を開始します。
注:移行プロセスが完了するまで、ブラウザーウィンドウを開いたままにします。
図 : 4. 進行中のトピックの移行の例 図 : 5. 完了したトピックの移行の例 移行完了の進行状況バーが表示され、完了率が動的に表示されます。移行中、[移行ステータス] 列は動的に更新され、値が [ 未開始 ] から [失敗] または [完了] に変わります。移行が完了すると、選択したトピックブロックまたは選択したトピックに関連付けられているトピックブロックが自動的に公開されます。[ 移行ログをダウンロード] または [次へ] を選択できます。[ 移行ログのダウンロード ] を選択すると、.トピック移行実行アイテム [topic_migration_execution_item.list] テーブルデータの CSV ファイル。このテーブルデータの詳細については、「 NLU から LLM への移行ログ」を参照してください。[ 次へ ] を選択すると、ワークフローが [説明のレビュー] ステップに進みます。 -
[ 次へ] を選択して、[説明の確認] ステップに進みます。
移行した新しい LLM トピックが、移行されたトピックの説明、および移行されたトピックの元の NLU トピックに関連付けられていた利用可能な NLU 発言とともに表示されます。
-
次のいずれかのシナリオを選択します。
注:新しい LLM トピックの内部名ではなく表示名が表示されます。新しい LLM トピックの表示名は、既存の NLU トピックの表示名と一致します。LLM トピックリンクを選択すると、新しいブラウザータブまたはウィンドウを介して 仮想エージェントデザイナー 内のそのトピックにリダイレクトされます。LLM トピックの詳しい説明の詳細については、「 仮想エージェントトピックに関する LLM の説明と指示ガイドライン」を参照してください。
オプション 説明 トピックの説明を編集 - 新しい LLM トピックのトピックの説明を確認します。
既存の NLU トピックの説明から移行されたトピックの説明、または生成 AI によって作成されたトピックの説明はすべてレビュー可能です。トピックの説明がないトピックは、公開前に更新する必要があります。
- 必要に応じて、トピックの説明を編集します。
- [ 説明を保存] を選択します。
- すべてのトピックの説明を確認して編集するまで、このプロセスを繰り返します。
トピックの説明とテスト発言の編集 このシナリオは、元のNLUトピックに接続された発言がNLUある場合にのみ適用されます。
- 新しい LLM トピックのトピックの説明を確認します。
既存の NLU トピックの説明から移行されたトピックの説明、または生成 AI によって作成されたトピックの説明はすべてレビュー可能です。トピックの説明がないトピックは、公開前に更新する必要があります。
- 必要に応じて、トピックの説明を編集します。
- [ Save and test with utterances (発言を保存してテスト)] を選択します。
元の NLU トピックの発言が、新しい LLM トピックの説明と比較されます。一致する全体的な割合が、各発言別の個別の結果とともに表示されます。これらのステータスは 、[一致] または [不一致] のいずれかです。これらのステータスを使用して、以前の NLU 発言とより一致するようにトピックの説明を調整し、再テストします。LLM トピックの説明では、一致が発生するために正確な NLU 発言を使用する必要はありません。NLU発言のコンテキストを参照して、一致ステータスが決定されます。
- すべてのトピックの説明を確認して編集するまで、このプロセスを繰り返します。
図 : 6. NLU発言なしでトピックの説明を確認する例 図 : 7. NLU発言を含むトピックの説明を確認する例 - 新しい LLM トピックのトピックの説明を確認します。
- オプション: [ 次へ] を選択して、[公開] ステップに進みます。
- オプション:
公開する各 LLM トピックのチェックボックスを選択し、[ トピックの公開] を選択します。
ヒント:LLM トピックリンクを選択すると、新しいブラウザータブまたはウィンドウを介して 仮想エージェント 内のそのトピックにリダイレクトされます。仮想エージェントデザイナーで行った編集は、トピック移行の公開ステップに反映されます。接続されている通知または プロアクティブトリガー を機能させるには、このステップで LLM トピックを公開する必要があります。「 選択したトピックが正常に公開されました」 という出力メッセージが表示されます。移行したものの公開を選択しなかったトピックは、トピックの移行ワークフローから移動するまで、このステップに引き続き表示されます。
- オプション:
[ 閉じる] を選択して、トピックの移行ワークフローを終了します。
[ 仮想エージェントデザイナー トピック] ステップにリダイレクトされます。
次のタスク
トピックの移行ワークフローから移動すると、移行したものの公開しなかったトピックを 仮想エージェントデザイナー キャンバスから管理および公開できるようになります。将来他のトピックを移行することを選択した場合、トピックの移行ワークフローは最初から再開されます。