Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

jasper-dev: Text-to-intent-mapping #504

Closed
andweber opened this issue May 8, 2016 · 3 comments
Closed

jasper-dev: Text-to-intent-mapping #504

andweber opened this issue May 8, 2016 · 3 comments

Comments

@andweber
Copy link

andweber commented May 8, 2016

I would like to set the focus back on the discussion started with pull request #361.

Jasper currently lags some services or functionality which allows the mapping of text to an intent or command. The current approach is to put this down to the plugin, thus each plugin checks the user input and the first in the row gets the focus. Currently each speechhandling plugin implements some kind of keyword checks. This is fine, as long as the keywords are unique. But with multiple plugins this can get tricky. In my opinion, getting the intent from the words given by the users is the key-feature for a framework like jasper.

There are two points, where an "intent-mapping" is needed:

  1. the "brain" needs it for getting the right speechhandling plugin
  2. the plugins needs it, for doing the right things

Instead of letting each plugin (+ the brain) implement its own way, some kind of service or class handling this matching would be perfect. wit.ai is offering such a service - but it might be good to implement something like this natively in jasper?!?

@markferry already proposed in #361 to implement this as plugins similar to the tts and sst, allowing different services.

What is the direction Jasper wants to go? Any comments, suggestions?

@Holzhaus
Copy link
Member

Holzhaus commented May 9, 2016

IMHO, true natural language parsing (in multiple languages) is probably a bit too ambitious. Still planning to implement something like this: #134

Feel free to discuss alternatives if you feel that this is insufficient.

@markferry
Copy link

@andweber Make #134 PhraseMatchers pluggable. Extend the WitAI plugin to cache the last entity tree result and act as both STT and PhraseMatcher services.

@andweber
Copy link
Author

see #511 for further discussion

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants