Library for creating state-machine-based chatbots.
Project description
State Transition Dialogue Manager
Emora State Transition Dialogue Manager (Emora STDM) is a dialogue system development framework that seamlessly integrates intent classification, pattern recognition, state machine, and information state approaches to dialogue management and natural language understanding. This allows Emora STDM to support both rapid prototyping and long-term, team-based development workflows, catering to a wide range of developer expertise.
Novice developers, or those who just want to develop a dialogue agent as quickly as possible, can easily create a state machine based chatbot using built-in functionality for intent classification and keyword matching.
Emora STDM also affords a high degree of controllability to experts: it is easy to integrate NLP models, database queries, and custom logic, and chatbots can be created entirely from state update rules, following an information state approach (ref) to dialogue. Although we provide a host of built-in NLP models and useful functionality, your imagination is the limit when extending Emora STDM.
Quick Start
Installation
pip install emora_stdm
Once installed, see if you can run the Hello World example below, and check out the tutorials.
Hello World Example
Below is an example of a simple chatbot created with Emora STDM. The easiest way to add content to a chatbot is to use this nested dictionary syntax.
from emora_stdm import DialogueFlow
chatbot = DialogueFlow('start')
transitions = {
'state': 'start',
'"Hello. How are you?"': {
'[{good, okay, fine}]': {
'"Good. I am doing well too."': {
'error': {
'"See you later!"': 'end'
}
}
},
'error': {
'"Well I hope your day gets better!"': {
'error': {
'"Bye!"': 'end'
}
}
}
}
}
chatbot.load_transitions(transitions)
chatbot.run()
Running the above code will allow you to interact with this chatbot. It asks how you are doing, and will respond differently depending on whether or not you included one of the keywords {"good", "fine", "okay"} in your answer. Below is a sample conversation produced by running the above code (S for system, U for user utterance):
S: Hello. How are you?
U: I'm good. How are you?
S: Good. I am doing well too.
U: Great!
S: See you later!
Description
Dialogue management in Emora STDM is performed in two ways:
- updating the state machine defined by the Dialogue Graph and
- applying information state Update Rules, which are structured as if...then... conditionals.
Each turn of conversation,the Dialogue Graph is updated to interpret the user input and provide an appropriate response. The Dialogue Graph is a state machine describing possible "pathways" of conversation, where each transition/edge represents either a sysem or user turn, and each state/node represents a set of options for what could be said next. A full turn of conversation (user input + system response) results in two Dialogue Graph State updates--one representing an interpretation of the user turn, and the second representing a decision of the system for how to respond.
On the user's turn, each transition out of the current Dialogue Graph State (node) represents a unique interpretation of the user input.
The user input is evaluated against each out transition, and when a transition matches, the Dialogue Graph State is updated to the target of the transition.
(Note that the user input will always match a transition marked as 'error'
, but this transition is only accepted if no other transitions match the input).
During the system turn, each outgoing transition from the current Dialogue Graph State is a possible response. The system will select one of these response options based on a priority score of each transition, or randomly if the priorities of all the options are the same. The selected transition will be used to produce the system response, and update the Dialogue Graph State.
Most simple dialogue agents will not have any update rules. However, Update Rules can very useful to maninpulate state variables and perform complex interactions. Before updating the Dialogue Graph, Update Rules are iteratively applied by evaluating each of their precondition Natexes on the user input, and applying the postcondition if the precondition succeeds. The iteration continues until no more rules preconditions pass, at which point the Dialogue Graph update is performed. You can read more about Update Rules in the Update Rules Tutorial.
Tutorials
- Dialogue Graph Tutorial, explaining the core dialogue management functionality of Emora STDM
- Natex Tutorial, explaining the framework's core natural language understanding and generation functionality
- Update Rules Tutorial, explaining how to create dialogue agents using Update Rules instead of the Dialogue Graph
- Ontology Example, showing how to use an ontology to efficiently categorize entities.
- Multiple Components Example, a quick example of multiple dialogue agents being combined into a single larger system.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file emora-stdm-2.0.5.tar.gz
.
File metadata
- Download URL: emora-stdm-2.0.5.tar.gz
- Upload date:
- Size: 1.1 MB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.1 CPython/3.10.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | bbcf4aacaefec214ce226c2d3c1eb0460bc933f3e6b51504c8ba421df41a4d7a |
|
MD5 | 89f2484c6ca8b67cbe2da62f892031ee |
|
BLAKE2b-256 | 62a6a0603735908f3c64cc128d238a514a14528f08a0fa1381687bcf371549f4 |
File details
Details for the file emora_stdm-2.0.5-py3-none-any.whl
.
File metadata
- Download URL: emora_stdm-2.0.5-py3-none-any.whl
- Upload date:
- Size: 1.1 MB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.1 CPython/3.10.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | c46b910ee039afa2128eae0e91c3b6b21ef67c141f748e2987edc7c265b1cd0f |
|
MD5 | 548402b3a1e8d040aaf6bae76e918316 |
|
BLAKE2b-256 | 0dda760a37af75d8503692df2655edf572f1e4cc22efdae7415efafc5992ab8f |