Il y a deux façons de gérer cela.
Lorsque vous souhaitez un actif, vous devez définir asset
comme obligatoire. Ensuite, vous utilisez une fonctionnalité appelée slotfilling. Vous définissez une invite comme:
What asset do you mean?
L'utilisateur dit:
When will it fail
When will the unit fail
< - marque the unit
comme asset
Dans le action segment que vous pouvez définir comme mis à requis et définir une invite. S'il est défini. API.ai essaie de « remplir la fente » en montrant l'utilisateur l'invite: (Exemple: What asset do you mean?
)
Si nécessaire n'est pas réglé: When will it fail
seront acceptés et le champ d'actifs est vide. Dans ce cas, votre backend doit le gérer. Soit avec une valeur par défaut ou un message d'erreur.
Bien sûr, il est préférable pour l'expérience de l'utilisateur, s'il ne reçoit pas: I don't know what you mean
réponse ;-)
selon ma compréhension, il y a une autre façon de faire. quand un utilisateur demande "quand il échouera" dans ce cas, vous voulez savoir "il" et vous pouvez demander à l'utilisateur @asset. –