This content originally appeared on Level Up Coding - Medium and was authored by Nidhin kumar
Dialogflow CX Basics — Part 2
In the previous post, we have seen some of the basics of Dialogflow CX. In this post, we will continue with the rest of the basics
1. Webhook
Webhooks are the services that allow hosting your business logic. webhooks allow you to use the data extracted by Dialogflow’s natural language processing to generate the dynamic responses, validate collected data, or trigger actions on the backend.
CX webhooks are similar to ES webhooks, except that request and response fields have been changed to support CX features.
2. Fulfillment
For the agent’s conversational turn, the agent must respond to the end-user with an answer to the question.
In the above example, the customer greets the shopkeeper for that the shopkeeper greets back. Once the greeting is completed the shopkeeper asks what does the customer needs? for that, the customer replies what she needs a coffee for which the shopkeeper returns her a coffee.
Fulfillment is used to accomplish the following things
- Static response message
- Webhook calls for dynamic responses and/or to take actions.
- Parameter presets to set or override parameter values.
During an agent’s turn, it is possible to call multiple fulfillments, each of which may generate a response message. like below
Dialogflow maintains these responses in a response queue. Once the agent’s turn is over, Dialogflow sends the ordered responses to the end-user.
3. State handlers
State handlers are used to control the conversation by creating responses end-users and/or by transitioning the current page.
- Handler requirements — These are the requirements that must be satisfied for the handler to have any effect on the session.
- Handler fulfillment — If a handler is called, an optional fulfillment is used to create responses for end-users.
- Handler transition target — If a handler is called, an optional transition target is used to change the current page. The next page can only be a flow start page or a page within the currently active flow.
There are two types of state handlers with differing handler requirements:
There are three steps to processing a state handler
- Scope — A handler must be in scope to have any effect on the session. The scope is determined by whether a handler is applied to a flow, a page, or a form parameter; and by whether the associated flow is active, the associated page is active, or the agent is currently attempting to fill the associated form parameter.
- Evaluation — Each handler in scope is evaluated in order. If a handler’s requirements are met, it passes evaluation.
- Call — If a handler is in scope and passes the evaluation, it is called. Any associated fulfillment is called, and any associated transition target is applied to the session.
4. Regionalization and location settings
When you create an agent, you must specify a region as the agent’s location. Requests sent to your agent are handled by Google services in this region and Dialogflow keeps data-at-rest physically within the geographical region or location. For the best performance, you should choose a region that is near your services and end-users.
Each location has associated settings that apply across your project. In most cases, you do not need to edit these location settings, and the default settings will work well.
5. Console
Dialogflow provides a web user interface called the Dialogflow CX Console (open console). You use this console to create, build, and test CX agents. The CX Console has a similar purpose as the ES Console, but the CX Console user interface is much more visual. It graphs each flow as a conversational state machine diagram, which makes complex agents easier to design and understand.
In most cases, you should use the Dialogflow CX Console to build agents, but you can also use the Dialogflow CX API to build agents for advanced scenarios.
6. Integrations
Dialogflow CX currently provides several built-in integrations with other conversation platforms. These integrations provide a user interface to the end-user, and they call the Dialogflow API for you.
All you need to do is build your agent and optionally implement a webhook service. Each integration handles interactions in a platform-specific way, so see the specific integration documentation for details.
7. Interactions
For each conversational turn, an interaction takes place. During an interaction, an end-user sends input to Dialogflow, and Dialogflow sends a response. You have two options when implementing your system to handle interactions
Congratulations 🏆
You have completed the DialogflowCX basics. Catch you up in the next post till then Happy Learning 😄
Dialogflow CX Basics — Part 2 was originally published in Level Up Coding on Medium, where people are continuing the conversation by highlighting and responding to this story.
This content originally appeared on Level Up Coding - Medium and was authored by Nidhin kumar
Nidhin kumar | Sciencx (2021-10-11T11:22:23+00:00) Dialogflow CX Basics — Part 2. Retrieved from https://www.scien.cx/2021/10/11/dialogflow-cx-basics%e2%80%8a-%e2%80%8apart-2/
Please log in to upload a file.
There are no updates yet.
Click the Upload button above to add an update.