より具体的な入力が必要な場合に、エンティティへの抽象または未定義参照のマッピング

Question

ユーザーからアドレスを収集するアプリケーションがあります。現在の実装では、これを実行するためにライブエージェントを使用しています。最後の請求先住所の入力を求められたユーザーには、「請求先住所を使用する」または「現在の住所と同じ」などの情報が表示されます。新しい実装は、エージェントに達する前にこれらの要求のいくつかを試して実行するチャットボットとなります。

APIルックアップを介してこの情報を入手できます。私は、ハンドリングアプリケーション（通常はAWSラムダ）にフルフィルメントを確認する前にルックアップを行う必要があることを知らせる方法をデザインの観点からもっと求めています。

いくつかのことは私が考える：

1. 列車の住所エンティティとして文字列「現在のアドレス」と「請求先住所」を検出するためのNLP
2. このような発言のための新たな意思を作成し、それらを別々に扱います
3. このような発言のために現在意図（例えば、ないpostalAddressの）に新しいエンティティ型を作成し、同じ履行
4. の一部は、単にユーザーを再促し、またはそのアドレスが何であるかを述べるためにそれらを求めて、それらを扱います

ここで最も実用的なアプローチを探しています。この問題は、私たちが解決したほとんどのものとは異なります。

Answer 1

私も同様の使用例があり、調査の結果、これを処理するにはオプション3が最も簡単な方法であることがわかりました。

slotが入力されたときに発生するvalidation hookを追加できます。このフックは、postalAddressslotの値に、関連するアドレスを設定できます。この方法では、ユーザーが手動でアドレスを指定することなく、postalAddressスロットを必要なスロットとして保持することができます。

またpostalAddressの人口にこのvalidation hook火を持っているとと現在課金ためのいくつかの手動テストを追加しますが、これはレックスによって自動化されるべきもののために周りの手作業のように私には感じたことができます。