Build Fulfillment

Fulfillment defines the conversational interface for your Action to obtain user input and the logic to process the input and eventually fulfill the Action.

Define your conversation

Now that you've defined Actions, you can build the corresponding conversation for those Actions. You do this by creating Dialogflow intents that define the grammar or what users need to say to trigger the intent and the corresponding fulfillment to process the intent when it's triggered.

You can create as many intents as you'd like to define your entire conversation's grammar.

Create intents

Click the + sign by the Intents menu item in Dialogflow's left navigation. The Intent Editor appears where you can enter the following information:

  • Intent name is the name of the intent that's displayed in the IDE.
  • Contexts let you scope the triggering of the intent to specific cases. This is an advanced feature of Dialogflow, so read the Dialogflow documentation on Contexts for more information.
  • User says phrases define what users need to say (the grammar) to trigger the intent. Type a few phrases here (5-10) of what users can say to trigger the intent. Dialogflow automatically handles natural variations of the example phrases you provide.
  • Events trigger intents without the need for users to say anything. One example event is the GOOGLE_ASSISTANT_WELCOME event, which allows the Google Assistant to invoke your Action. This event is used for your Action's default Action. Reference our documentation for more information on built-in helper intents.
  • Action defines what data to pass to fulfillment, if fulfillment is enabled for this intent. This includes data parsed from the user input and the name that you can use in your fulfillment to detect which intent was triggered. You'll use this name later when you create an Action map that maps an intent to its corresponding fulfillment logic. See the Actions and Parameters in the Dialogflow documentation for more information about defining Actions.

  • Response - The Dialogflow Response Builder lets you define the response to this intent directly within Dialogflow, without calling fulfillment. This feature is useful for responses that are static and don't require fulfillment. You might use this for things such as simple welcome or goodbye messages. However, you will likely use fulfillment to respond to your users for most intents.

  • Fulfillment specifies whether or not you want to call your fulfillment when this intent is triggered. You most likely will enable this for most intents in your Dialogflow agent. To see this item in the intent, you must have fulfillment enabled for the agent in the Fulfillment menu.

  • Actions on Google lets you specify platform-specific settings for the intent. Currently, only End conversation is supported. This closes the mic and ends the conversation after the corresponding response is returned to the user. This setting only honored if you don't use fulfillment for the intent.

Building responses in Dialogflow

For some intents, you might not need to have your fulfillment return a response. In these cases, you can use the response builder in Dialogflow to create responses.

In the Responses area, provide the textual response you want to return to users. Default text responses are simple TTS text responses that can work across multiple Dialogflow integrations. Responses for the Google Assistant, which you'll most likely want to use, are described in the Responses document.

Building fulfillment responses

Your fulfillment code is hosted in the webhook fulfillment logic for an Action. For instance, in the Silly Name Maker sample, this logic is found in index.js for the Cloud Function for Firebase.

When an intent is triggered that uses fulfillment, you receive a request from Dialogflow that contains information about the intent. You then respond to the request by processing the intent and returning a response. This request and response is defined by the Dialogflow webhook.

We highly recommend that you use the Node.js client library to process requests and return responses. Here's the general process for using the client library:

  1. Initialize the DialogflowApp object. This object automatically handles listening for requests and parsing them so that you can process them in your fulfillment.
  2. Create functions to handle requests. These functions process the user input and other components of the intent and build the response to return to Dialogflow.

Initialize the DialogflowApp object

The following code instantiates DialogflowApp and does some boilerplate Node.js setup for Google Cloud Functions:

'use strict';

const {dialogflow} = require('actions-on-google');
const functions = require('firebase-functions');

const app = dialogflow({debug: true});

app.intent('Default Welcome Intent', (conv) => {
  // Do things
exports.yourAction = functions.https.onRequest(app);

Create functions to handle requests

When users speak a phrase that triggers an intent, you receive a request from Dialogflow that you handle with a function in your fulfillment. In this function, you'll generally do following things:

  1. Carry out any logic required to process the user input.

  2. Build your responses to respond to triggered intents. Take into account the surface that your users are using to construct appropriate responses. See surface capabilities for more information on how to cater responses for different surfaces.

  3. Call the ask() function with your response.

The following code shows you how to build two TTS responses that handle an invocation intent (input.welcome) and a dialog intent (input.number) that welcomes the user to your Action and echoes a number that a user has spoken for a Dialogflow intent with the name:

const app = dialogflow();
app.intent('Default Welcome Intent', (conv) => {
conv.ask('Welcome to number echo! Say a number.');
app.intent('Input Number', (conv, {num}) => {
// extract the num parameter as a local string variable
conv.close(`You said ${num}`);

Instead of having individual handlers for each intent, you can alternatively add a fallback function. Inside the fallback function, check which intent triggered it and do the appropriate thing accordingly.

const WELCOME_INTENT = 'Default Welcome Intent';
const NUMBER_INTENT = 'Input Number';
const NUMBER_ARGUMENT = 'num';
// you can add a fallback function instead of a function for individual intents
app.fallback((conv) => {
 // intent contains the name of the intent
 // you defined in the Intents area of Dialogflow
 const intent = conv.intent;
 switch (intent) {
     conv.ask('Welcome! Say a number.');
     const num = conv.arguments.get(NUMBER_ARGUMENT);
     conv.close(`You said ${num}`);

No-match reprompting

When Dialogflow cannot match any of the input grammars defined in the User says portion of your intents, it triggers a fallback intent. Fallback intents typically reprompt the user to provide the necessary input for your Action. You can provide reprompt phrases by specifying them in the Response area of a fallback intent or you can use a webhook to provide responses.

To create fallback intents:

  1. Click Intents in the left navigation of Dialogflow.
  2. Click the menu icon to the right of the Create Intent button and select Create Fallback Intent. Alternatively, click the Default Fallback Intent to edit it.

  3. Specify reprompt phrases to speak back to users. These phrases should be conversational and be as useful as possible to the user's current context.

    To do this without fulfillment:

    Specify phrases in the Response area of the intent. Dialogflow randomly chooses phrases from this list to speak back to users until a more specific intent is triggered.

    To do this with fulfillment:

    1. Select the Use webhook checkbox in the Fulfillment area of the intent.
    2. In your fulfillment logic, handle the fallback intent that gets triggered like with any other intent, as described in creating functions to handle requests.

    For example, the following function uses the object (an arbitrary data payload that you can use to maintain state) from the Node.js client library to store a counter that tracks how many times a fallback intent is triggered. If it's triggered more than once, the Action quits. You can then reset the counter when any other intent is triggered.

app.intent('Default Fallback Intent', (conv) => {;
 // Provide two prompts before ending game
 if ( === 1) {
   conv.contexts.set(DONE_YES_NO_CONTEXT, 5);
   conv.ask('Are you done playing Number Genie?');
 } else {
   conv.close(`Since I'm still having trouble, so I'll stop here. ` +
     `Let’s play again soon.`);

See the Number Genie sample for details on how to implement this.

Using contexts

Use contexts if you want Dialogflow to trigger falllback intents only in certain situations. This is helpful if you want to have different fallback intents for different no-match scenarios.

  • If you don't set contexts on a fallback intent, it's considered to be a global fallback intent that Dialogflow triggers when no other intent is matched. You should only have one of these defined if you choose to use one.
  • If you set input contexts on a fallback intent, Dialogflow triggers this fallback intent when the following is true:

    • The user's current contexts are a superset of the contexts defined in the intent.
    • No other intent matches.

    This lets you use multiple fallback intents with different input contexts to customize no-match reprompting to specific scenarios.

  • If you set an output context on a fallback intent, you keep the user in the same context after the fallback intent is triggered and processed.

See Dialogflow Contexts for more information.

No-input reprompting

See the Reprompts page for details on how to handle when the user does not provide further input on a voice device like a Google Home that requires continued interaction.