Conversational AI with Rasa 2.x: Basic Forms

[@Han-ve8uh]

11:36 talks about naming conventions. Later in the video there were mention of other naming conventions too. Does this mean we should make effort to not have other names clash with these convention or else these will be shadowed and lose their functionality? If this is possible and happens, how to debug? I can imagine it would be very hard to spot things failing due to naming problems causing rasa not to pick up what you think it will.

[@ankaandrews1093]

Does the code/logic shown handles the case when (as mentioned in vid.) users gives information at an early stage: i.e. `I want a large pizza` ? Or this won't happen as this `inform` intent is not the one that triggers the form but rather `buy_pizza`?

[@RasaHQ]

(Vincent here) Good question. That depends a bit on what you have in your nlu.yml files. The "I want a large pizza" utterance needs to trigger the form, but once that's done you'd be good.

[@rosep5044]

Hello, thanks a lot for the video, very useful! Could you please answer - do I have to use the field "required_slots" for the form as it is in Rasa documentation.... I'm asking because in your video you don't use this field. Thanks in advance.

[@RasaHQ]

(Vincent here) I just checked the code in Github (github.com/RasaHQ/how-to-rasa/blob/main/video-09-1-basic-forms/domain.yml) and it seems like the code is using `required_slots`. I want to be careful with suggesting what is required because I use a lot of "rasa interactive" when I'm building my assistants, which tends to make lots of updates to the domain.yml file.

[@rosep5044]

@@RasaHQ Tnank you!

[@askdhuwuw]

Thanks for this

[@gladiatormaximus1169]

Please share github link of this code

[@RasaHQ]

(Vincent here). We just added the links. For this video it's: github.com/RasaHQ/how-to-rasa/tree/main/video-09-1-basic-forms

[@RasaHQ]

(Vincent here) Done! github.com/RasaHQ/how-to-rasa/tree/main/video-09-1-basic-forms

[@gladiatormaximus1169]

Thanks

[@vuanh4084]

@@RasaHQ Thank you so much. It's very helpful

[@dstrelnikov]

hi there, if I have to define specific validation function for each slot, why I have to return dict with keyword of this slot again? what is the reason to not follow python DRY principle?

[@RasaHQ]

(Vincent here) You may also want to invalidate other slots. By returning a dictionary you can be explicit, instead of implicit in which slots to invalidate.