ノード js Webhook (Firebase クラウド関数を使用してデプロイ) を備えたアクション ビルダーを使用して Google アシスタント アクションを作成していますが、ランタイム タイプ オーバーライドの動作を理解するのに問題があります。
REST API 呼び出しからのデータを使用して、実行時に型の有効な値を入力するために、ここに示す方法を使用しています。アクションのフローの早い段階で呼び出される Webhook ハンドラーが存在するように実装しました。API 呼び出しを行い、タイプのオーバーライドとセッション パラメーターを設定して、アクションの状態を効果的に初期化します。最初の API 呼び出しからのコンテンツを「認識」しています。
タイプ オーバーライドの動作は不安定なようです。場合によっては正常に動作し、後続のシーンでインテント パラメータがタイプ オーバーライドに提供されたものに正しく解決されます。また、タイプ オーバーライド配列がwebhook リクエスト (テスト シミュレーターで表示) と私は同じコードと同じテスト シナリオを使用しています。
私の質問は、ランタイム タイプ オーバーライドがどのように機能するかです。それらがセッションで一度設定された場合、インテント パラメータを解決するために使用されるすべてのシーンで、またはその前に繰り返し設定する必要がありますか? タイプ オーバーライド配列が Webhook リクエストに取り込まれていることがわかる場合、インテント パラメータが解決されないことがあるのはなぜですか?
ハンドラーのロジックはかなり複雑であり、Webhook ハンドラー呼び出しの流れをたどるシーンを見ることができずにどれだけ役立つか確信が持てないため、コード サンプルを投稿していませんが、これが役に立てば幸いですそうするために。