Hi there! Are you looking for the official Deno documentation? Try docs.deno.com for all your Deno learning needs.

GoogleCloudDialogflowCxV3Flow

import type { GoogleCloudDialogflowCxV3Flow } from "https://googleapis.deno.dev/v1/dialogflow:v3.ts";

Flows represents the conversation flows when you build your chatbot agent. A flow consists of many pages connected by the transition routes. Conversations always start with the built-in Start Flow (with an all-0 ID). Transition routes can direct the conversation session from the current flow (parent flow) to another flow (sub flow). When the sub flow is finished, Dialogflow will bring the session back to the parent flow, where the sub flow is started. Usually, when a transition route is followed by a matched intent, the intent will be "consumed". This means the intent won't activate more transition routes. However, when the followed transition route moves the conversation session into a different flow, the matched intent can be carried over and to be consumed in the target flow.

interface GoogleCloudDialogflowCxV3Flow {
description?: string;
displayName?: string;
name?: string;
transitionRouteGroups?: string[];
}

§Properties

§

Hierarchical advanced settings for this flow. The settings exposed at the lower level overrides the settings exposed at the higher level.

§
description?: string
[src]

The description of the flow. The maximum length is 500 characters. If exceeded, the request is rejected.

§
displayName?: string
[src]

Required. The human-readable name of the flow.

§

A flow's event handlers serve two purposes: * They are responsible for handling events (e.g. no match, webhook errors) in the flow. * They are inherited by every page's event handlers, which can be used to handle common events regardless of the current page. Event handlers defined in the page have higher priority than those defined in the flow. Unlike transition_routes, these handlers are evaluated on a first-match basis. The first one that matches the event get executed, with the rest being ignored.

§

Optional. Knowledge connector configuration.

§

Optional. Multi-lingual agent settings for this flow.

§
name?: string
[src]

The unique identifier of the flow. Format: projects//locations//agents//flows/.

§

NLU related settings of the flow.

§
transitionRouteGroups?: string[]
[src]

A flow's transition route group serve two purposes: * They are responsible for matching the user's first utterances in the flow. * They are inherited by every page's transition route groups. Transition route groups defined in the page have higher priority than those defined in the flow. Format:projects//locations//agents//flows//transitionRouteGroups/ or projects//locations//agents//transitionRouteGroups/ for agent-level groups.

§

A flow's transition routes serve two purposes: * They are responsible for matching the user's first utterances in the flow. * They are inherited by every page's transition routes and can support use cases such as the user saying "help" or "can I talk to a human?", which can be handled in a common way regardless of the current page. Transition routes defined in the page have higher priority than those defined in the flow. TransitionRoutes are evalauted in the following order: * TransitionRoutes with intent specified.

  • TransitionRoutes with only condition specified. TransitionRoutes with intent specified are inherited by pages in the flow.