I became crazy for hours finding info. or I’m lost something? (that’s absolutely possible! ).
2. A CR request (TBD)
Now the REST API return 2 attributes: recipient_id and text / other media, as in the example:
$ curl -s localhost:5005/webhooks/rest/webhook -d '{ "sender": "Giorgio", "message": "I am a bit sad"}' | json
[
{
"recipient_id": "Giorgio",
"text": "Here is something to cheer you up:"
},
{
"image": "https://i.imgur.com/nGF1K8f.jpg",
"recipient_id": "Giorgio"
},
{
"recipient_id": "Giorgio",
"text": "Are you feeling better?"
}
]
It could be great if this endpoint could return also the name of the intent that produced that “output” template, like in this proposed modification:
{
"intent": "mood_unhappy",
"reply": [
{
"recipient_id": "Giorgio",
"text": "Here is something to cheer you up:"
},
{
"image": "https://i.imgur.com/nGF1K8f.jpg",
"recipient_id": "Giorgio"
},
{
"recipient_id": "Giorgio",
"text": "Are you feeling better?"
}
]
}
Why? The reason is to have at run-time an “explanation” of the bot reply, for possible postprocessing/filtering That’s also related with my question on stackoverflow:
hi @solyarisoftware! yes I agree this needs to be documented better. As for sending the template name in addition to the text, I think it’s not a bad idea, but please create an issue and we can consider it more carefully.
As a workaround for now, you can subclass the Rest channel and add this yourself for now.
last night I watched your talk in 2018 at some py* conf in NYC
I agree in your approach & biz vision. BTW I try to disseminate RASA ecosystem on twitter/linkedin.
Back on point, I opened a CR request on github.
About the REST channel subclass, yes I’ll take a look, but because I’m not a python developer, that’s not easy but I’ll try!