ボットには、イベントに関するデータとインテントに関するデータの 2 つのデータ セットがあります。イベント データは、ボットの会話内で発生する事柄を指します。インテント データは、ボットが顧客を理解できるようにモデルをトレーニングするために使用されるデータを指します。堅牢なボットを作成するには、両方のデータ セットを処理するための戦略が必要です。
インテント データには、顧客の要望をボットに伝える発話またはフレーズが含まれています。たとえば、エージェントと話すように依頼する方法は多数あります。「エージェントに転送してください」、「人間と話したい」、「エージェント」などです。インテントに追加する発話が多ければ多いほど、ボットが正しい判断を下せる可能性が高くなります。
バランスの取れたインテント モデルを持つことが重要です。モデルを構築するには少なくとも 20 個の発話が必要ですが、発話の数が多いほどモデルの精度が高まります。また、モデルに含まれるインテントには、他のインテントとほぼ同じ数の発話を含めることをお勧めします。
ボットの成長に合わせて、インテント データ管理の戦略を作成します。優れた戦略には、サンドボックス内で新しいインテントと発話をテストおよび追加して変更を試すためのパスが含まれます。これは、ライブ ボットに発話とインテントを追加すると、顧客エクスペリエンスに影響するためです。
インテントは同じボットのバージョン間で共有できます。
The related Ml Intent is already referenced by another Ml Intent
最近、CI プロセスを新しい Azure DevOps ベースのパイプラインに移行しました。パイプラインに、検証とデプロイのために SFDX コマンドを発行するタスクを作成しました。この切り替えの前は Flosum を使用していました。最近 Einstein ボットの変更をデプロイする必要が生じるまで、すべて順調でした。これが、未解決のまま残っている唯一の問題です。
サンドボックス組織からローカル機能ブランチに問題なくプルできます。ただし、ボットがすでに存在する組織にデプロイしようとすると、 「関連する Ml Intent は、別の Ml Intent によって既に参照されています」というエラーが発生します。
ターゲット組織にはボットの V1 と V2 があります。メイン ボットと V1 をデプロイしようとしています。ターゲット組織では、V1 は非アクティブです。V2 はアクティブです。参考までに、ボット コードはソース形式です。デプロイするには、mdapi 形式に変換してから、force:mdapi:deploy を使用してデプロイしました。何か見落としているのでしょうか? ご協力いただければ幸いです。
ブロックには、Einstein インテント セットにリンクされたダイアログ インテントを含めることはできないことはわかっています。ただし、元のブロックを作成する前に、すべてのインテント参照をすでに削除しました。Salesforce は、削除された後でも元のインテント参照を「記憶」しているのでしょうか? これまでにこのような現象を経験した人はいますか? アドバイスをいただければ幸いです。
ダイアログの「アインシュタイン」ボタンをオフに切り替えて、インテント/インテントセットを削除すると、無効とみなされます。